SQL Server计算精度丢失求助：如何保留10位小数精度

首先咱们得搞清楚核心原因：为什么直接用数值字面量和用变量相乘的结果不一样？这是因为SQL Server对decimal类型的运算有严格的精度规则：

当两个decimal(p1,s1)和decimal(p2,s2)类型的值相乘时，结果的精度是MIN(p1+p2, 38)（SQL Server支持的最大精度是38），如果总精度超过38，系统会自动截断小数位来适配限制——这就是你用decimal(32,10)变量相乘时精度丢失的关键。

而直接写4.2617000000字面量时，SQL Server会把它解析为decimal(12,10)（整数1位+小数10位），和你的ColumnName（decimal(32,10)）相乘时，总精度计算逻辑更宽松，所以能保留更多小数位。

可行解决方案 #

方案1：提升变量的精度等级 #

把变量声明为decimal(38,10)（SQL Server的最大精度），这样相乘时总精度的冗余空间更大，减少截断概率：

DECLARE @KursEur decimal(38,10) = 4.2617000000;
SELECT ColumnName * @KursEur FROM TableName;

方案2：显式转换结果为高精度decimal #

在运算完成后，把结果强制转换为足够容纳所有小数位的decimal类型（比如decimal(38,20)）：

DECLARE @KursEur decimal(32,10) = 4.2617000000;
SELECT CAST(ColumnName * @KursEur AS decimal(38,20)) FROM TableName;

方案3：用ROUND函数锁定小数位 #

如果你明确需要固定数量的小数位，可以用ROUND函数配合对应参数：

DECLARE @KursEur decimal(32,10) = 4.2617000000;
SELECT ROUND(ColumnName * @KursEur, 14) FROM TableName;

（这里的14是根据你示例结果的小数位数量调整的，可按需修改）

为什么你之前的尝试没生效？ #

• 转换为float：float是近似数值类型，本身就会丢失精度，结果自然不对；
• 转换为numeric(32,10)后相乘：两个numeric(32,10)相乘总精度达64，远超38，系统会强制截断小数位；
• 混合numeric和float相乘：float优先级更高，结果会被转为float，同样丢失精度。

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