T-SQL中decimal/numeric显式转换为何能规避精度或小数位丢失？

首先明确：当转换的目标类型（精度、小数位）固定时，隐式转换和显式转换的计算逻辑完全一致，你测试得到相同结果是正常现象。文档强调显式转换的核心目的，不是改变转换结果，而是避免隐式转换带来的意外风险。

为什么你的测试结果无差异？ #

你的示例中，不管是隐式赋值还是显式CAST，都是将numeric(10,4)类型的@d2转换为numeric(5,2)类型的@d1。SQL Server对decimal/numeric类型的转换规则是统一的：按目标类型的小数位进行四舍五入。这里123.456四舍五入到两位小数就是123.46，所以两种方式结果完全相同。

文档强调显式转换的真正原因 #

隐式转换的风险不在于转换逻辑本身，而在于你可能没意识到转换正在发生，且转换的目标类型可能不符合预期：

• 在复杂查询中（比如多表关联、列运算），SQL Server会根据内置的精度/小数位推导规则自动做隐式转换，可能会将高精度类型转为低精度类型，导致意外的精度或小数位丢失。
• 显式转换相当于把转换规则明确写在代码中，让所有阅读代码的人都能清楚看到你要转换的目标类型，避免因隐式转换的自动规则产生意外问题。

隐式转换出问题的典型场景 #

比如下面的运算场景：

DECLARE @a numeric(3,0) = 100;
DECLARE @b numeric(5,3) = 99.999;
SELECT @a + @b; -- 结果为200，小数位全部丢失

这里SQL Server自动将@b隐式转换为numeric(3,0)后再运算，导致99.999被舍入为100，最终结果不符合预期。如果用显式转换控制类型：

SELECT @a + CAST(@b AS numeric(6,3)); -- 结果为199.999，符合预期

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