PostgreSQL中float4转NUMERIC为何均得到0.1？技术问询

你观察到的现象核心原因是：PostgreSQL将float4（单精度浮点数）转换为NUMERIC时，不是直接展开底层二进制存储的精确十进制值，而是基于浮点数的最短唯一十进制字符串表示来转换，同时受限于单精度浮点数的有效精度。

关键逻辑拆解 #

• 单精度浮点数的有效精度限制：float4只有约6-7位十进制有效数字。你提到的实际存储值0.100000001490116119385中，前7位0.1000000是可靠的，后面的数字属于浮点数精度外的"噪声"，无法被单精度浮点数精确区分。
• PostgreSQL的转换规则：当从float类型转NUMERIC时，PostgreSQL会先把浮点数转换为能唯一映射回该浮点数的最短十进制字符串。对于0.1对应的float4近似值来说，这个最短字符串就是"0.1"——因为任何与0.1的差异小于float4精度阈值的十进制数，都会被解析为同一个float4值，所以用最短的"0.1"就能准确代表这个浮点数。

对应你的三个测试案例解释 #

1. '0.100000001490116119385'::float4::numeric(50,50)：
   这个字符串的精度远超float4的能力，转成float4时会被舍入到那个近似值，而该值的最短十进制表示是"0.1"，因此转NUMERIC后得到0.1。
2. '0.1'::float4::numeric(50,50)：
   0.1本身无法被二进制浮点数精确存储，转成float4后得到的是那个近似值，同样其最短十进制表示为"0.1"，最终转NUMERIC结果一致。
3. '0.10000000000000000000000000000000001'::float4::numeric(50,50)：
   这个值与0.1的差异远小于float4的精度（单精度最小可分辨的数量级约为1e-7），转成float4时会被舍入到同一个近似值，最终转NUMERIC还是0.1。

验证实际存储值的方法 #

如果要查看float4存储的精确十进制展开，可以用to_char指定足够高的精度：

SELECT to_char('0.1'::float4, 'FM9.999999999999999999');

执行后会输出类似0.1000000014901161的结果，但这只是底层值的十进制展开，而转NUMERIC时依然会遵循"最短唯一表示"的规则。

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