SQL 中发现性能差异很大（1 小时到 1 分钟）。你能解释一下为什么吗？

Question

以下查询在标准机器上分别需要 70 分钟和 1 分钟，查询 100 万条记录。可能的原因是什么？

查询 [01:10:00]

SELECT * 
FROM cdc.fn_cdc_get_net_changes_dbo_PartitionTest(
    CASE WHEN sys.fn_cdc_increment_lsn(0x00)<sys.fn_cdc_get_min_lsn('dbo_PartitionTest')        
        THEN sys.fn_cdc_get_min_lsn('dbo_PartitionTest')        
        ELSE sys.fn_cdc_increment_lsn(0x00) END
    , sys.fn_cdc_get_max_lsn()
    , 'all with mask') 
WHERE __$operation <> 1

修改后的查询 [00:01:10]

DECLARE @MinLSN binary(10)
DECLARE @MaxLSN binary(10)
SELECT @MaxLSN= sys.fn_cdc_get_max_lsn()
SELECT @MinLSN=CASE WHEN sys.fn_cdc_increment_lsn(0x00)<sys.fn_cdc_get_min_lsn('dbo_PartitionTest')     
        THEN sys.fn_cdc_get_min_lsn('dbo_PartitionTest')        
        ELSE sys.fn_cdc_increment_lsn(0x00) END

SELECT * 
FROM cdc.fn_cdc_get_net_changes_dbo_PartitionTest(
        @MinLSN, @MaxLSN, 'all with mask') WHERE __$operation <> 1

---

[已修改]

我尝试使用类似的函数重新创建场景，以查看是否对每行评估参数。

CREATE FUNCTION Fn_Test(@a decimal)RETURNS TABLE
AS
RETURN
(
    SELECT @a Parameter, Getdate() Dt, PartitionTest.*
    FROM PartitionTest
);

SELECT * FROM Fn_Test(RAND(DATEPART(s,GETDATE())))

但对于 38 秒内处理的一百万条记录，我在“参数”列中得到了相同的值。

Answer 1

在您的第一个查询中，您的 fn_cdc_increment_lsn 和 fn_cdc_get_min_lsn 会针对每一行执行。在第二个示例中，仅一次。

Answer 2

即使是确定性标量函数，每行也至少计算一次。如果相同的确定性标量函数在具有相同参数的同一“行”上多次出现，我相信只有这样它才会被评估一次 - 例如在 fn_X(a, b, c) > 的情况下0 THEN fn_X(a, b, c) ELSE 0 END 或类似的东西。

我认为你的兰德问题是因为你继续重新播种：

重复调用 RAND()
相同的种子值返回相同的
结果。

对于一个连接，如果 RAND() 为
使用指定的种子值调用，
RAND() 的所有后续调用都会产生
基于种子 RAND() 的结果
称呼。例如，以下查询
将始终返回相同的序列
数字。

正如您所指出的，我已经开始缓存标量函数结果 - 甚至预先计算标量函数结果表并连接到它们。最终必须采取一些措施才能使标量函数发挥作用。不对，最好的选择是 CLR - 显然这些远远优于 SQL UDF。不幸的是，我无法在当前环境中使用它们。