溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇文章為大家展示了SQL Server 中數據類型怎么實現隱式轉換，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。
如下所示：
CREATE TABLE TEST( ID INT, GOOD_TYPE VARCHAR(12), GOOD_WEIGHT NUMERIC(18,2))INSERT INTO dbo.TESTVALUES( 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 NetWeightFROM dbo.TESTGROUP 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一樣的突然出現。需要謹慎留心！
上述內容就是SQL Server 中數據類型怎么實現隱式轉換，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
