Алексей КМСУВо-первых, табличных переменных не было в MS SQL 2000.Были, есть.
Нет. Появились table variable только в 2005.

Алексей КНе нужны никакие права.
Нужны. На tempdb.

Алексей КПо обоим пунктам ты не прав. Подробности тут .

https://msdn.microsoft.com/ru-ru/library/ms174979.aspx Разрешения: Временные таблицы в базе данных tempdb может создавать любой пользователь.


Нет доступа к tempdb, нельзя создавать временные таблицы.

По второму вопросу про табличные переменные: 11270136 5577527

hVosttСеребряной пилюли нет. Честно говоря решение с использованием поля path я применял всего один раз в жизни, но там это было уместно, не предполагалось никакого переподчинения, уровней иерархии было много, и много было запросов именно с учётом путей. Но сейчас я бы легко обошёлся без path, так как это самое дебильное решение из всех, что только можно придумать. Грубо говоря, выключи нафиг мозг и используй path, как-то так.
Мне тоже path не очень нравится, слишком уж накладно его поддерживать и нету никакой ссылочной целостности. Это лишь вариант оптимизации.

hVosttПочему CTE хорош, потому что при правильной нормализации таблиц, никаких проблем с ним нет. Если же проектировать БД через жопу, тут уж ничего не поможет, только монстячить убогие SQL-конструкции, чтобы как-то выжить нужную производительность и целостность. Ну что поделаешь, мозги не всем при рождении выдаются, поэтому часто вижу такое говнище, что дурно становится.
CTE помогает на откровенно жирных деревьях, без него никак. Но большинство иерархий, с которыми приходится работать (оргштатка, какие-то несложные бизнес процессы) можно запилить на чистом EF без применения вьюх и CTE. И это работает быстро.