为什么使用ORM的Sum聚合函数计算float字段总和会出现多位小数？

核心本质 #

两种计算结果不一致的根源是二进制浮点数的精度缺陷：不管是Python内置的float类型，还是绝大多数数据库存储的float类型，都是基于IEEE 754标准的二进制浮点数，无法精确表示所有十进制小数，多次累加后会产生累积误差，两种计算路径的误差累积规则不同，最终表现为结果差异。

两种计算方式的差异点 #

• Python遍历求和的逻辑：
  首先ORM会把数据库中存储的每个float类型的total值转换为Python的float对象，再在Python运行环境中逐个累加。同时Python的print函数输出浮点数时，默认会做显示优化，只输出能唯一标识该浮点数的最短十进制字符串，所以你看到的是更简洁的134479.15，但该值底层存储的也并非精确的十进制134479.15。
• ORM Sum聚合的逻辑：
  Sum聚合操作是直接在数据库侧执行的，数据库的float累加运算规则、数据扫描的顺序都和Python侧遍历累加的逻辑不同，最终累积的误差值也不一样。该误差值转换为Python float后，对应的最短十进制表示就是134479.15000000029，因此直接输出就会看到多余的小数位。

• 根本解决：将Sale模型的total字段从FloatField替换为DecimalField，指定匹配业务需求的精度，例如金额类场景通常保留2位小数：

  # 模型字段修改示例
  total = models.DecimalField(max_digits=12, decimal_places=2)
  

  十进制字段从存储到计算都遵循十进制运算规则，不会出现精度丢失问题。
• 临时兼容：如果暂时无法修改字段结构，可以在获取聚合结果后做精度截断，例如：

  ca_total = round(Sale.objects.aggregate(ca_total=Sum('total'))['ca_total'], 2)
  

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