這篇文章主要介紹了SQL Server 中的數據類型隱式轉換問題,本文給大家介紹的非常不錯,具有一定的參考借鑑價值,需要的朋友可以參考下
寫這篇文章的時候,還真不知道如何取名,也不知道這個該如何將其歸類。這個是同事遇到的一個案例,案例比較複雜,這裏抽絲剝繭,僅僅構造一個簡單的案例來展現一下這個問題。我們先構造測試數據,如下所示:
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一樣的突然出現。需要謹慎留心!
參考資料:
總結
以上所述是小編給大家介紹的SQL Server 中的數據類型隱式轉換問題,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回覆大家的。在此也非常感謝大家對神馬文庫網站的支持!
如果你覺得本文對你有幫助,歡迎轉載,煩請註明出處,謝謝!