Загальні переваги табличної виразності (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 для бази даних, але для тих часів, коли вибирається дуже мало, це може допомогти трохи.