CAST转DECIMAL不改变小数位数是因为DECIMAL类型按定义保留指定精度，如DECIMAL(10,3)始终存三位小数；去末尾0需字符串处理或数据库特有函数（如PostgreSQL的TRIM_SCALE、SQL Server的FORMAT），但结果变为字符串，影响数值运算。
CAST转DECIMAL时为什么小数位数没变？
直接用 CAST(col AS DECIMAL) 不会自动截掉末尾的 0，因为 DECIMAL 默认精度是 DECIMAL(10,0)（即 0 位小数），如果原值是 12.500，CAST 后变成 13（四舍五入）；如果写成 CAST(col AS DECIMAL(10,3))，结果仍是 12.500，末尾 0 依然存在——这不是显示问题，是类型本身保留了定义的小数位数。
真正去掉无效 0 要靠格式化，不是靠 CAST
SQL 标准里没有“去除小数末尾 0”的内置函数，CAST 和 CONVERT 只控制精度和舍入，不控制输出格式。要去掉无效 0，得转向字符串处理：
- 先转成字符串（如用
CAST(col AS VARCHAR)或数据库特有函数如TO_CHAR/FORMAT） - 再用字符串函数清理，比如
TRIM(TRAILING '0' FROM col_str)，最后再TRIM(TRAILING '.' FROM ...) - PostgreSQL 可用
TRIM_SCALE(col)直接去标量末尾 0（仅适用于 numeric 类型） - SQL Server 2022+ 支持
FORMAT(col, 'G')，能输出无尾随 0 的数字字符串
不同数据库的实操建议
MySQL：SELECT TRIM(TRAILING '0' FROM TRIM(TRAILING '.' FROM CAST(12.500 AS CHAR)))) —— 注意嵌套顺序，先去点后去 0，否则 12. 会残留
PostgreSQL：SELECT TRIM_SCALE(12.500::numeric) 最简洁，返回 12.5（类型仍是 numeric，但显示无冗余 0）
SQL Server：SELECT FORMAT(12.500, 'G') 返回字符串 '12.5'；若需数值类型，得再 CAST(... AS FLOAT)，但会丢失精确性
注意：所有字符串方案都会让结果变成文本类型，不能再参与数值计算，除非二次转换——这点常被忽略
别在应用层依赖数据库“自动美化”
数据库的核心职责是准确存取和计算，格式化该交给应用或展示层。比如 Python 中 f"{x:g}"、JavaScript 中 num.toString() 都能自然省略无效 0；而硬在 SQL 里拼字符串，容易引发类型混淆、索引失效、排序异常（字符串排序 vs 数值排序）等问题。
真正需要“无 0 字符串”时，明确走字符串路径；只需要“数值上等价”，就根本不用动——12.500 = 12.5 在任何比较或计算中都成立。
