在SQL Server 2005中评估CTE

Question

我有一个关于MS SQL如何评估CTE内部函数的问题。 几次搜索没有发现与此问题相关的任何结果，但我很抱歉，如果这是常识，我只是落后于曲线。 这不是第一次:-)

这个查询是我实际做的简化（显然是动态性较小）的版本，但它确实表现出我遇到的问题。 它看起来像这样：

CREATE TABLE #EmployeePool(EmployeeID int, EmployeeRank int);

INSERT INTO #EmployeePool(EmployeeID, EmployeeRank)
  SELECT 42, 1
  UNION ALL 
  SELECT 43, 2;

DECLARE @NumEmployees int;
SELECT @NumEmployees  = COUNT(*) FROM #EmployeePool;

WITH RandomizedCustomers AS (
  SELECT CAST(c.Criteria AS int) AS CustomerID,
         dbo.fnUtil_Random(@NumEmployees) AS RandomRank
    FROM dbo.fnUtil_ParseCriteria(@CustomerIDs, 'int') c)
SELECT rc.CustomerID,
       ep.EmployeeID
  FROM RandomizedCustomers rc
  JOIN #EmployeePool ep ON ep.EmployeeRank = rc.RandomRank;

DROP TABLE #EmployeePool;

关于上述所有执行，可以假设以下内容：

• dbo.fnUtil_Random()的结果总是一个大于零且小于或等于传入的参数的int值。由于上面使用值为2的@NumEmployees它，因此该函数的计算结果总是为1或2。

• dbo.fnUtil_ParseCriteria(@CustomerIDs, 'int')生成一列一行表，其中包含一个sql_variant，其基本类型为'int'，其值为219935。

鉴于上述假设，对我来说，无论如何，上述表达式的结果总是应该生成一个包含一条记录的两列表 - CustomerID和EmployeeID。 CustomerID应始终为int值219935，EmployeeID应为42或43。

然而，这并非总是如此。 有时候我会得到预期的单曲。 其他时候我得到两条记录（每个EmployeeID一条），还有一些我没有记录。 但是，如果我用一个真正的临时表替换RandomizedCustomers CTE，问题就会完全消失。

每次我认为我对这种行为有一个解释，结果证明没有意义或不可能，所以我实际上无法解释为什么会发生这种情况。 由于当我用临时表替换CTE时没有发生这个问题，我只能假设它与CTE内的函数有关，在连接到该CTE时会对其进行评估。 你们有没有任何理论？

Answer 1

SQL Server的优化器可以自由决定是否重新评估CTE 。

例如，这个查询：

WITH    q AS
        (
        SELECT  NEWID() AS n
        )
SELECT  *
FROM    q
UNION ALL
SELECT  *
FROM    q

将产生两个不同的NEWID() ，但是，如果您使用缓存的XML计划将CTE包装到Eager Spool操作中，则记录将是相同的。