decimal(3,2)列存储rateYo评分遇舍入，大量数据下平均是否精准？

嘿，这个问题我做评分系统时也碰到过类似的纠结，咱们一步步理清楚：

首先，为什么评分会被舍入？ #

你用的decimal(3,2)类型明明完全支持存储两位小数（比如3.50、3.22这类值都能正常存），出现舍入肯定是代码层面的问题，不是数据库类型的锅。大概率是你从rateYo插件拿到评分值后，不小心做了整数转换——比如用了parseInt()、强制转成int，或者后端接收参数时用了整数类型来处理。先把这个问题排查修复，才能存下真实的评分值。

要不要维持现状？绝对不建议！ #

你举的两个例子结果一致只是极端巧合，大量随机评分的情况下，舍入带来的误差不会一直完美抵消：

• 如果用户评分偏态分布（比如很多人给3.3、3.4这种接近整数下限的分数），舍入后平均分会被拉低；
• 如果是3.6、3.7这种接近上限的分数居多，平均分会被抬高；
• 更关键的是，你丢失了原始评分的细节——用户给3.22和给3的意图完全不同，舍入后这些差异彻底消失，后续做评分分布分析、用户偏好研究时，数据就完全没用了。

大量数据下的平均精度对比 #

• 存真实值：平均评分是完全精准的，每一个用户的真实反馈都被纳入计算；
• 存舍入后的整数：就算是随机分布，误差也会存在，只是统计学上可能接近真实值，但永远不会完全精准，而且你没法确定误差到底有多大，这对数据驱动的产品来说很危险。

正确的做法 #

1. 检查前端代码：用rateYo的rating()方法获取的是浮点数，确保没有做不必要的整数转换；
2. 检查后端逻辑：接收评分参数时用浮点/高精度类型（比如Java的BigDecimal、PHP的decimal），插入数据库时直接存入decimal(3,2)列，不要做舍入处理；
3. 这样不仅能得到精准的平均评分，还能保留所有原始评分的细节，方便后续的数据分析。

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