SQL Server中SUM函数处理float类型的运算顺序及稳定性问题

1. SUM(float)的运算顺序规则 #

SQL Server对SUM(float)的运算顺序没有固定保证。查询优化器会根据当前执行环境（如索引分布、统计信息、并行执行配置等）选择最优执行计划，累加顺序作为执行计划的一部分，优化器优先考虑性能提升，而非固定的运算顺序。

根据Microsoft官方文档的说明：

对于float和real这类近似数值类型，聚合函数的计算结果可能因执行计划的不同而变化。优化器可能采用不同的运算顺序或并行处理逻辑，这些都会影响近似数值的累加精度。

2. 存储过程每次执行时SUM顺序是否会变化 #

是的，完全可能发生变化。导致顺序改变的常见场景包括：

• 存储过程执行计划重新编译：当表的统计信息更新、索引变更、数据库配置调整，或触发参数嗅探时，优化器会生成新的执行计划，累加顺序可能随之改变。
• 并行执行的线程调度：即使执行计划未重新编译，并行查询中不同线程处理数据块的顺序可能因系统负载、资源分配情况而变化，最终导致全局累加的顺序不同。

你给出的示例中两次执行的累加顺序差异，正是这类情况的典型表现。

3. 解决精度问题的建议 #

由于float是近似数值类型，加法不满足结合律，依赖累加顺序的结果必然存在精度风险。如果需要精确的聚合结果，建议：

• 将float类型转换为decimal（或numeric）这类精确数值类型后再执行SUM，例如：SUM(CAST(float_column AS DECIMAL(18,6)))
• 若无法修改数据类型，可考虑在应用层进行累加并控制运算顺序，但这种方式会增加应用端的性能开销。

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