此文章主要介紹的是當(dāng)SQL Server排序時遇到NULL的實際解決方案，對于這個問題，可以說被提及的頻率，居高不下，其主要是是客戶之前使用的是Oracle數(shù)據(jù)庫，那么他在使用SQL Server的時候會有一個疑問，就是在處理NULL值上面，SQL Server與Oracle的行為不一樣 。

在Oracle中，NULL值會認為是一個無窮大的值，所以如果按照升序排列的話，則會被排在***面在SQL Server中則正好相反，NULL值會被認為是一個無窮小的值，所以如果按照升序排列的話，則會被排在最前面

如

SELECT [ID]  
FROM [demo].[dbo].[Orders] Order By ID  

則會看到如下的效果

那么，有沒有什么辦法讓SQL Server的這個默認機制與Oracle一樣嗎？答案是：沒有

但我們可以想一些變通的辦法，例如可以像下面這樣寫代碼

SELECT [ID]  
FROM [demo].[dbo].[Orders] Order By CASE WHEN ID IS NULL THEN 1 ELSE 0 END  

這樣的話，就可以看到如下的效果

如果該列有創(chuàng)建索引，那么可以看到如下的執(zhí)行計劃

但是，仍然還有其他的一種解決方案，可以把該列的默認值設(shè)置為一個很大的值，也就是說，如果用戶無法提供該列的值，則默認用一個很大的數(shù)字代替。如果是INT型，這個數(shù)字，可以是2147483647。這樣的情況下，如果排序的時候當(dāng)然就不需要再進行判斷了。

上述的相關(guān)內(nèi)容就是對SQL Server排序時遇上了NULL值的描述，希望會給你帶來一些幫助在此方面。

【編輯推薦】

1. SQL Server 2008數(shù)據(jù)庫中正確的對驗證數(shù)據(jù)挖掘模型
2. SQL Server identity列，美中不足之處
3. SQL Server DateTime數(shù)據(jù)類型的另類解讀
4. MS SQL Server數(shù)據(jù)庫快速獲得表的記錄總數(shù)步驟
5. SQL Server 2000的安全策略的正確打造