Преимущества Common Table Expression (CTE)?

Из MSDN :

В отличие от производной таблицы, CTE может иметь самоссылку и на нее можно ссылаться несколько раз в одном запросе.

Я использую CTE довольно часто, но я никогда не задумывался о преимуществах их использования.

Если я ссылаюсь на CTE несколько раз в одном запросе:

• Есть ли какой-то выигрыш в производительности?
• Если я делаю самостоятельное соединение, будет ли SQL Server сканировать целевые таблицы дважды?

Как правило, CTE НИКОГДА не улучшит производительность .

CTE по сути одноразовый вид. Здесь не хранятся дополнительные статистические данные, индексы и т. Д. Он работает как сокращение для подзапроса.

По моему мнению, они могут быть легко перегружены (я вижу много перерасхода кода в моей работе). Здесь есть несколько хороших ответов, но если вам нужно сослаться на что-то более одного раза, или если это несколько сотен тысяч строк, поместите это в #tempтаблицу и проиндексируйте.

Помимо рекурсии, я считаю, что CTE невероятно полезны при создании сложных отчетов. Я использую серию CTE, чтобы получить фрагменты нужных мне данных, а затем объединить в окончательном выборе. Я нахожу, что их легче поддерживать, чем делать одно и то же с большим количеством производных таблиц или 20 объединений, и я могу быть уверен, что он вернет правильные данные без влияния нескольких записей из-за отношений один-много в все разные соединения. Позвольте мне привести быстрый пример:

;WITH Conferences (Conference_id)
AS 
(select  m.Conference_id
FROM mydb.dbo.Conference m 
WHERE client_id = 10
    and Conference_id in 
            (select Conference_id from mydb.dbo.Expense 
            where amount <>0
            and amount is not null)
     )
--select * from Conferences
,MealEaters(NumberMealEaters, Conference_id, AttendeeType)
AS
(Select count(*) as NumberMealEaters, m.Conference_id,  AttendeeType 
from mydb.dbo.attendance ma 
join Conferences m on m.Conference_id = ma.Conference_id
where (ma.meals_consumed>0 or meals_consumed is null)and attended = 1
group by m.Conference_id)
--select * from MealEaters

,Expenses (Conference_id,expense_date, expenseDescription,  RecordIdentifier,amount)
AS
(select Conference_id,max(expense_date) as Expense_date, expenseDescription,  RecordIdentifier,sum(amount) as amount
    FROM
        (SELECT Conference_id,expense_date,  amount, RecordIdentifier
        FROM mydb.dbo.Expense
        WHERE  amount <> 0 
            and Conference_id IN 
            (SELECT  Conference_id
            FROM mydb.dbo.Conferences ) 
        group by Conference_id, RecordIdentifier) a
)
--select * from Expenses
Select m.Conference_id,me.NumberMealEaters, me.AttendeeType, e.expense_date,         e.RecordIdentifier,amount
from Conferences m
join mealeaters me on m.Conference_id = me.Conference_id
join expenses e on e.Conference_id = m.Conference_id

Таким образом, выделив различные порции информации, которую вы хотите, вы можете проверить каждую часть в отдельности (используя закомментированные варианты выбора, раскомментировав каждую из них по отдельности и выполняя только эту выборку), и если вам нужно внести изменения в расход Расчет (в этом примере) найти легче, чем когда все они объединены в один массивный запрос. Конечно, фактические запросы отчетов, для которых я использую это, обычно намного сложнее, чем в примере.

Как всегда это зависит, но бывают случаи, когда производительность значительно улучшается. Я вижу это с помощью операторов INSERT INTO SELECT, где вы используете CTE для выбора, а затем используете его в INSERT INTO. Возможно, это связано с тем, что для базы данных установлен RCSI, но в тех случаях, когда выбрано очень мало, это может очень помочь.