写这篇文章的时候，还真不知道如何取名，也不知道这个该如何将其归类。这个是同事遇到的一个案例，案例比较复杂，这里抽丝剥茧，仅仅构造一个简单的案例来展现一下这个问题。我们先构造测试数据，如下所示：
CREATE TABLE TEST
(
ID INT,
GOOD_TYPE VARCHAR(12),
GOOD_WEIGHT NUMERIC(18,2)
)
INSERT INTO dbo.TEST
VALUES( 1, 'T1',1.27)
SELECT GOOD_TYPE,
CASE WHEN ( GOOD_TYPE = 'T1' ) THEN 99.1 + SUM(GOOD_WEIGHT)
ELSE CEILING(SUM(GOOD_WEIGHT))
END AS GrossWeight ,
SUM(GOOD_WEIGHT) AS NetWeight
FROM dbo.TEST
GROUP BY GOOD_TYPE;
如上所示，为什么99.1 + SUM(GOOD_WEIGHT)变成100了呢？ 原始SQL非常复杂，我们分析、排除掉各个因素后，始终不得要领，各种折腾中发现，如果这样转换一下（请见下面截图），居然就OK了，后面分析了一下，应该是CASE WHEN里面的不同数据类型导致隐式转换，说实话之前还真没有留意CASE WHEN中存在数据类型的隐性转换，但是为什么就一定从NUMERIC转换为INT了呢？ 而不是INT隐性转换为NUMERIC呢， 说实话没有看到相关文档的官方，如果按照官方文档：
当两个不同数据类型的表达式用运算符组合后，优先级较低的数据类型首先转换为优先级较高的数据类型。 如果此转换不是所支持的隐式转换，则返回错误。 对于组合具有相同数据类型的操作数表达式的运算符时，运算的结果便为该数据类型
而我们知道，Decimal 和 NUMERIC 是同义词，可互换使用，而官方文档“数据类型优先级 (Transact-SQL)”中，Decimal的优先级明显高于INT，如果真要按照原理来解释，应该是INT转换NUMERIC才对（两种数据类型支持隐式转换），所以越想越糊涂，只知道有这么一回事，但是真正的Root Cause尚不清楚，而且在精确度要求较高的报表中，这种现象就会类似Bug一样的突然出现。需要谨慎留心！
参考资料：
https://docs.microsoft.com/zh-cn/sql/t-sql/data-types/data-type-precedence-transact-sql?view=sql-server-2017
https://docs.microsoft.com/zh-cn/sql/t-sql/data-types/data-type-conversion-database-engine?view=sql-server-2017
总结
以上所述是小编给大家介绍的SQL Server 中的数据类型隐式转换问题,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对网站的支持！
到此这篇关于SQLServer中的数据类型隐式转换问题就介绍到这了。有些人生来是为了赶路的…完成学业事业结婚生子，一切有条不紊按部就班，匆匆忙忙在前三十年生命里就完成了大部分任务，再用剩下的时间去修补与忍耐，并学着苦中作乐。而有些人的人生任务可能只完成了一半，但他们却看了别人几辈子才能看到的风景，你不能说任何一种选择是错。真的，自己开心就好。更多相关SQLServer中的数据类型隐式转换问题内容请查看相关栏目，小编编辑不易，再次感谢大家的支持！
