这题我太熟了！在Redshift里处理采购金额这类对精确性要求极高的数据，结论非常明确——优先选用DECIMAL类型，REAL和FLOAT完全不适合这个场景。下面给你拆解清楚原因：

为什么DECIMAL是最优解？ #

• 绝对精确的存储与计算：DECIMAL属于定点数类型，能精准表示你指定精度范围内的所有十进制数值，不会出现浮点数常见的舍入误差。比如你存19.99，它就实实在在是19.99，绝不会变成类似19.989999999999995的近似值，这对金额类数据来说是核心要求——毕竟一分钱的误差都可能导致对账混乱。
• 灵活的精度配置：你可以根据业务需求自定义精度和小数位数，比如常用的DECIMAL(10,2)就足够覆盖大部分采购场景，支持最大99999999.99的金额存储，完全能满足日常业务需求。

为什么REAL和FLOAT不能用？ #

• 浮点精度丢失问题：REAL（4字节单精度）和FLOAT（8字节双精度）都是浮点数类型，它们用二进制近似存储十进制数值，对于很多十进制小数（比如0.1）根本无法精确表示。多次计算或累加后，误差会被放大，这对金额统计、财务对账来说是致命的硬伤。
• 适用场景不匹配：这两种类型更适合对精度要求不高的场景，比如科学计算、传感器采集的近似数据、或者无需精确到分的粗略统计值，完全不适合金钱这类需要绝对精确的业务数据。

总结 #

如果你的purchase列是用来存储采购金额这类需要精确计算和对账的数据，直接用DECIMAL就对了，别考虑REAL或FLOAT——省得后期为了精度问题头疼！

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