在SELECT与WHERE中同时调用C# CLR函数的执行次数及性能优化问询

DevOps 小满

2026-8-21

问题解答

1. CLR函数是否会被调用两次？

这取决于你的CLR函数是否被标记为确定性函数：

如果函数是确定性的（创建时通过[SqlFunction(IsDeterministic = true)]标记，且函数逻辑确实满足相同输入必返回相同输出、不依赖外部状态），SQL Server查询优化器通常会将其计算结果缓存，只执行一次。
如果函数是非确定性的（默认状态，或未标记IsDeterministic = true），优化器无法保证结果可复用，会在SELECT列表和WHERE子句中分别调用函数，也就是执行两次。

针对超大规模数据集，核心优化方向是减少CLR函数调用次数、降低IO开销、优化CLR函数本身性能：

无论函数是否确定，使用CROSS APPLY将函数计算逻辑抽离，后续直接引用计算结果，避免重复调用：

SELECT calc.Score
INTO #A
FROM table
CROSS APPLY (SELECT func(col1, col2) AS Score) AS calc
WHERE calc.Score > -1;

这种写法会让SQL Server先在APPLY中计算一次func的结果，再在WHERE子句中过滤，确保每行只调用一次函数。

标记为确定性函数：如果业务逻辑允许（无随机操作、不依赖外部变量/时间等），在CLR函数上添加[SqlFunction(IsDeterministic = true, DataAccess = DataAccessKind.None, SystemDataAccess = SystemDataAccessKind.None)]特性，让优化器可以做更多缓存和优化。
减少内存开销：处理nvarchar(max)时，使用ReadOnlySpan<char>替代字符串拷贝，用StringBuilder做批量字符串操作，避免频繁的托管内存分配和回收，降低GC压力。
最小化跨边界开销：避免在CLR函数中频繁与SQL Server交互（比如查询其他表），所有业务逻辑尽量在托管代码内完成，减少托管/非托管环境的切换开销。

使用列存储索引：将原表改为列存储索引（聚集或非聚集），列存储对大表的扫描性能远高于传统B树索引，且对字符串列的压缩率极高，能大幅降低IO开销。
优化临时表与tempdb：100亿行的临时表会占用大量tempdb空间，确保tempdb配置多个等大的数据文件，存储在高速SSD上，避免IO瓶颈。
批量处理：不要一次性处理全量数据，按主键范围或分区分批执行，比如每次处理1000万行，避免内存和IO过载。
启用并行查询：确保CLR函数允许并行（通过SqlFunction特性设置IsPrecise = true，且无禁用并行的逻辑），让SQL Server可以利用多CPU核心并行处理数据。

内容的提问来源于stack exchange，提问作者jigga