SQL CONCAT拼接char与float时末尾数字被截断问题

这问题我之前处理过，本质原因出在**float类型的特性**上：它属于近似数值类型，不会精确存储十进制小数，而是用二进制近似值来表示。当你直接对float字段做字符串转换（比如rtrim()或者直接拼接到字符串里），数据库会自动用默认的精度（一般是6位有效数字）来转换，这就导致了末尾小数被舍入截断。

下面给你几个实用的解决办法，按需选就行：

1. 改用精确数值类型（长远最优方案） #

如果你的业务场景需要精确存储小数，最彻底的解决方式是把POS2的类型从float改成**decimal（或numeric，多数数据库里这俩是等价的）**。这样数据本身就存储得精确，拼接时自然不会丢精度。

修改表结构的SQL：

ALTER TABLE TABLE1 ALTER COLUMN POS2 DECIMAL(10,4); -- 括号里的(10,4)是总位数10、小数位4，你可以根据自己的数据长度调整

改完后再跑你的拼接查询，就能得到完全精确的结果：

SELECT CONCAT(RTRIM(POS1), '_', RTRIM(POS2)) AS POS1_POS2 FROM TABLE1;

2. 拼接前强制转换为精确字符串（临时应急） #

要是暂时没法改表结构，那就在拼接的时候手动指定精度，把float转成精确的字符串再拼接。比如用STR()函数（SQL Server适用）：

SELECT CONCAT(RTRIM(POS1), '_', STR(POS2, 10, 4)) AS POS1_POS2 FROM TABLE1;

这里STR(数值, 总长度, 小数位数)的参数可以根据你的数据调整，确保能装下所有数字。

或者用CAST/CONVERT先把float转成decimal再拼接，效果一样：

SELECT CONCAT(RTRIM(POS1), '_', CAST(POS2 AS DECIMAL(10,4))) AS POS1_POS2 FROM TABLE1;

3. 用FORMAT函数格式化（部分数据库支持） #

如果你的数据库支持FORMAT()函数（比如SQL Server 2012及以上版本），还可以直接格式化数值为指定格式的字符串：

SELECT CONCAT(RTRIM(POS1), '_', FORMAT(POS2, 'N4')) AS POS1_POS2 FROM TABLE1;

'N4'表示保留4位小数，你可以根据实际需求调整小数位数。

最终效果 #

用上面的方法后，查询结果就能正确保留所有原始数字了：

POS1_POS2
6000_4518.6082
6000_3451.23
5000_341

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