Це залежить.
Поперше
Що таке загальний вираз таблиці?
(Нерекурсивний) CTE трактується дуже подібним чином до інших конструкцій, які також можуть бути використані як вираження вбудованих таблиць у SQL Server. Отримані таблиці, перегляди та функції вбудованої таблиці, що оцінюються. Зауважте, що в той час як BOL говорить, що CTE "можна вважати тимчасовим набором результатів", це чисто логічний опис. Частіше за все це не є матеріалізацією саме по собі.
Що таке тимчасовий стіл?
Це набір рядків, що зберігаються на сторінках даних у tempdb. Сторінки даних можуть частково або повністю зберігатися в пам'яті. Крім того, тимчасова таблиця може бути проіндексована і мати статистику стовпців.
Дані тесту
CREATE TABLE T(A INT IDENTITY PRIMARY KEY, B INT , F CHAR(8000) NULL);
INSERT INTO T(B)
SELECT TOP (1000000) 0 + CAST(NEWID() AS BINARY(4))
FROM master..spt_values v1,
master..spt_values v2;
Приклад 1
WITH CTE1 AS
(
SELECT A,
ABS(B) AS Abs_B,
F
FROM T
)
SELECT *
FROM CTE1
WHERE A = 780
Зауважте, що в плані вище немає CTE1. Він просто отримує доступ до базових таблиць безпосередньо і трактується так само, як
SELECT A,
ABS(B) AS Abs_B,
F
FROM T
WHERE A = 780
Переписування шляхом матеріалізації CTE в проміжну тимчасову таблицю тут було б масово контрпродуктивним.
Матеріалізація визначення СТЕ
SELECT A,
ABS(B) AS Abs_B,
F
FROM T
Це передбачало б копіювання близько 8 ГБ даних у тимчасову таблицю, тоді все ще є накладні витрати на вибір.
Приклад 2
WITH CTE2
AS (SELECT *,
ROW_NUMBER() OVER (ORDER BY A) AS RN
FROM T
WHERE B % 100000 = 0)
SELECT *
FROM CTE2 T1
CROSS APPLY (SELECT TOP (1) *
FROM CTE2 T2
WHERE T2.A > T1.A
ORDER BY T2.A) CA
Наведений вище приклад займає на моїй машині близько 4 хвилин.
Тільки 15 рядків з 1 000 000 випадково генерованих значень відповідають предикату, але дороге сканування таблиці відбувається 16 разів, щоб знайти їх.
Це було б хорошим кандидатом для матеріалізації проміжного результату. Еквівалентне перезапис таблиці темп займало 25 секунд.
INSERT INTO #T
SELECT *,
ROW_NUMBER() OVER (ORDER BY A) AS RN
FROM T
WHERE B % 100000 = 0
SELECT *
FROM #T T1
CROSS APPLY (SELECT TOP (1) *
FROM #T T2
WHERE T2.A > T1.A
ORDER BY T2.A) CA
Проміжна матеріалізація частини запиту у тимчасову таблицю іноді може бути корисною, навіть якщо вона оцінюється лише один раз - коли вона дозволяє перекомпілювати решту запитів, скориставшись статистикою про матеріалізований результат. Приклад такого підходу - у статті SQL Cat, коли руйнувати складні запити .
За деяких обставин SQL Server використовує котушку, щоб кешувати проміжний результат, наприклад, CTE, і уникнути необхідності повторної оцінки цього під дерева. Про це йдеться в (перенесеному) елементі Connect. Надайте підказку, щоб примусити проміжну матеріалізацію CTE або отриманих таблиць . Однак щодо цього не створюється ніяких статистичних даних, і навіть якщо кількість спільних рядків повинна сильно відрізнятися від прогнозованої, неможливо, щоб план виконання проекту динамічно адаптувався у відповідь (принаймні, у поточних версіях. Адаптативні плани запитів можуть стати можливими в майбутнє).