数字表的 SQL CTE 对静态值来说很快，但对表值来说很慢

Question

我正在尝试根据该表中的列多次输出该表的值。

我尝试使用 CTE 即时制作数字表：

WITH cte AS
(
    SELECT
        ROW_NUMBER() OVER (ORDER BY (select 0)) AS i
    FROM
        sys.columns c1 CROSS JOIN sys.columns c2 CROSS JOIN sys.columns c3
)
select *
from myTable, cte
WHERE i <= myTable.timesToRepeatColumn
  and myTable.id = '209386'

这个 SQL 似乎需要永远运行，所以它似乎试图在加入之前运行整个 CTE。

如果我将myTable.timesToRepeatColumn 替换为静态值（例如 10000），则查询几乎会立即返回。因此，在完全交叉加入 CTE 表之前，它似乎正在执行 where i

我如何告诉 SQL 像使用静态数字一样先执行 where 语句？

Answer 1

您可以使用递归 cte 来实现您的目标

WITH cte AS (
SELECT
  *
, timesToRepeatColumn as level
FROM
    myTablewhere 
WHERE myTable.id = '209386'
UNION ALL
SELECT
  *
, level -1  as level
FROM
    cte 
WHERE 
    level > 0
)


SELECT * FROM cte

Answer 2

SQL Server 中的 CTE 不一定“独立”运行。 SQL（在 SQL Server 等中）是声明性的，这意味着你告诉它你想要什么，而不是如何去做。

如果查询优化器确定它可以通过做一些不同的事情来做得更好，它会。

一个很好的例子是

IF EXISTS(SELECT * FROM test) PRINT 'X';
IF (SELECT COUNT(*) FROM test) > 0 PRINT 'Y';
IF (SELECT COUNT(*) FROM test) > 1 PRINT 'Z';

如果它按照你说的去做，那么第二个和第三个的查询计划基本上是一样的。但是，当您运行它时，第一个和第二个的查询计划是相同的；第三个不同。

当您硬编码该值（例如 10,000）时，查询优化器可以使用该硬编码值来确定要执行的操作。在这种情况下，它可能确定它不需要运行完整的 CTE，只需运行它直到获得 10,000 行。

但是，如果您使用一个可以变化的值（例如，myTable.timesToRepeatColumn），那么查询优化器通常会制定一个查询计划来表示 any 值。因此，它制定了一个不适合您的情况的查询计划 - 可能在使用之前在内存中创建完整的 CTE。如果 sys.columns 有 100 行，那就是它创建的 100^3 行。如果是 1000，则为 1000^3，例如 1,000,000,000。您的行数可能超过 1000 行。