SQL计算ARPU时对revenue执行NUMERIC强制转换的原因问询

通常有这几个常见的考量：

• 避免整数除法的精度丢失
  如果meal_price和order_quantity都是整数类型，二者相乘的结果默认也是整数类型。后续计算ARPU需要用总营收除以用户数时，很多SQL方言（比如PostgreSQL、MySQL等）的整数除法会直接截断小数部分，返回整数结果，比如1000 / 300会返回3而非3.33，完全不符合ARPU的指标计算要求。显式转换为NUMERIC后，除法会自动走定点数运算，保留小数精度。
• 规避浮点类型的精度误差
  如果meal_price本身用的是FLOAT、REAL这类浮点类型存储，和数量相乘后很容易出现浮点精度丢失问题，比如预期结果是29.9，实际运算结果可能为29.8999999999999，后续聚合累加会出现尾差。转换为NUMERIC可以固定金额精度（通常搭配参数指定小数位，比如NUMERIC(10,2)），保证金额计算的准确性。
• 防御性编程增强兼容性
  哪怕当前两个字段都是数值类型，也存在后续表结构调整的可能：比如老系统同步数据时把价格字段改为字符串类型存储、字段精度调整等。显式做NUMERIC转换相当于提前做了类型对齐，避免后续逻辑因为类型变更出现隐式转换错误或者运算结果异常，代码健壮性更高。
• 统一输出类型方便后续处理
  统一转换为NUMERIC类型后，后续不管是做报表展示、还是对接其他数据链路，都不需要再额外处理类型不一致的问题，输出结果的格式是固定的。

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