如何确定PostgreSQL double precision精确尾数长度及解决存储异常

一、查询double precision的精确尾数长度 #

要确认当前平台上PostgreSQL double precision（即float8）的尾数精度，有两种可靠方法：

1. 通过计算机器epsilon反推尾数位数 #

执行以下SQL语句，通过计算该类型的最小可分辨增量（机器epsilon）来推导尾数总位数：

SELECT log2(1 / (SELECT (1::double precision + '1e-16'::double precision) - 1));

如果是标准IEEE 754 64位双精度实现，结果会接近53（52位显式尾数+1位隐含的最高位1，共53位有效精度）。非IEEE平台的结果会对应其实际实现的尾数长度。

2. 查看系统类型元数据 #

通过系统表pg_type确认该类型的基本属性，判断是否为标准64位格式：

SELECT typname, typlen, typcategory FROM pg_type WHERE typname = 'float8';

• typlen = 8表示是8字节（64位）类型，符合IEEE双精度的字节规格；非IEEE平台可能返回不同值。

二、解决1.0000000000000002存储后变为1.0的问题 #

你遇到的问题并非double precision精度不足，而是浮点数字符串解析的误差：

• JavaScript中的1 + Number.EPSILON确实是IEEE双精度可精确表示的数值，但当你将其转换为字符串1.0000000000000002直接插入时，PostgreSQL的浮点数解析器无法精确识别该字符串对应的二进制值，反而将其近似为1.0。
• 而1.00000000000002的精度更低，字符串形式能被解析器正确映射到对应的浮点数。

解决办法 #

1. 使用参数化查询：避免直接拼接字符串SQL，将JavaScript中的数值以二进制double precision的形式传递给PostgreSQL，确保精确存储。
2. 精确构造数值：如果必须用字符串插入，可通过数学运算构造该值，而非直接写字符串：

   INSERT INTO your_table (your_float_column) VALUES (1::double precision + pow(2, -52));
   

验证方法 #

执行以下SQL确认PostgreSQL支持该数值的存储：

-- 错误示例：字符串解析会返回1.0
SELECT '1.0000000000000002'::double precision;
-- 正确示例：通过运算构造，返回精确值
SELECT 1::double precision + pow(2, -52);

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