前言
上一節我們講解了數據類型以及字符串中幾個需要注意的地方，這節我們繼續講講字符串行數同時也講其他內容和穿插的內容，簡短的內容，深入的講解。(可參看文章《詳解SQL Server中的數據類型》)
分頁方式
在SQL 2005或者SQL 2008中我們是利用ROW_NUMBER開窗函數來進行分頁的，關于開窗函數，我們在SQL進階中會詳細講講。如下：
USE TSQL2012
GO
DECLARE @StartRow INT
DECLARE @EndRow INT
SET @StartRow = 31
SET @EndRow = 40
SELECT [address], [city], [region]
FROM (
SELECT [SC].[address], [SC].[city], [SC].[region],
ROW_NUMBER() OVER(
ORDER BY [SC].[address], [SC].[city],[SC].[custid]) AS RowNumber
FROM Sales.Customers SC) SaleCustomer
WHERE RowNumber > @StartRow AND RowNumber @EndRow
ORDER BY [address], [city], [region];
上面代碼想必就不需要我解釋了，同時利用視圖也可以進行分頁
WITH SaleCustomer AS
(
SELECT [SC].[address], [SC].[city], [SC].[region],
ROW_NUMBER() OVER(
ORDER BY [SC].[address], [SC].[city],[SC].[custid]) AS RowNumber
FROM Sales.Customers SC)
SELECT [address], [city], [region]
FROM SaleCustomer
WHERE RowNumber > @StartRow AND RowNumber @EndRow
ORDER BY [address], [city], [region]
GO
下面我們來看看這二者利用SQL查詢語句和視圖有沒有性能上的差異呢？來，檢驗就是。
從這里我們可以看出，二者在性能開銷上并沒有什么不同，大部分情況下應該是一樣的。但是在SQL 2011之后版本則出現新的語法來實現分頁，估計我們依然還是利用的ROW_NUMBER，可能是為了能夠兼容SQL版本到2005，利用OFFSET-FETCH來進行篩選過濾，它是基于SQL 2011之后才有。上述我們是取從31到40之間的數據，如果用OFFSET-FETCH實現，我們看這個函數字面意思就能知道跳過多少數據然后抓取多少數據，所以我們需要跳過前面30條數據，需要取接下來10條數據。
USE TSQL2012
GO
DECLARE @PageSize INT = 10, @PageIndex INT = 3
SELECT *
FROM Sales.Customers
ORDER BY custid
OFFSET @PageIndex * @PageSize ROWS
FETCH NEXT 10 ROWS ONLY
GO
如果對SQL版本要求不低的話，利用OFFSET-FETCH來實現簡直爽爆了。
COALESCE compare to ISNULL
上一節我們講了講一些字符串函數，其中漏掉了一個字符串函數即COALESCE，這個函數在SQL 2008+上才有，其中還有其他幾個類似對字符串函數的處理，我們一起來看下。msdn對其定義為：按順序計算變量并返回最初不等于 NULL 的第一個表達式的當前值。返回數據類型優先級最高的 expression 的數據類型。 如果所有表達式都不可為 Null，則結果的類型也不可為 Null。如果所有參數均為 NULL，則 COALESCE 返回 NULL。至少應有一個 Null值為NULL 類型。說白了就是對NULL的處理。我們簡單來看下一個例子。
USE TSQL2012
GO
SELECT custid, country, region, city,
country + COALESCE(N''+ region, N'') + N',' + city AS location
FROM Sales.Customers
上述我們可以看到，我們通過COALESCE函數來對NULL用空字符串來代替進行處理。SQL 2012也引入了CONCAT函數來接收一個要連接的輸入列表并自動以空字符串替換NULL，上述同樣可以用CONCAT函數來代替。
USE TSQL2012
GO
SELECT custid, country, region, city,
country + CONCAT(country,N''+ region, N',' + city) AS location
FROM Sales.Customers
同時我們看到下圖知道，CONCAT函數參數至少要有兩個：
msdn對CONCAT函數解釋為：CONCAT 采用可變數量的字符串參數，并將它們串聯成單個字符串。 它需要至少兩個輸入值；否則將引發錯誤。 所有參數都隱式轉換為字符串類型，然后串聯在一起。 Null 值被隱式轉換為空字符串。 如果所有參數都為 Null，則返回 varchar(1) 類型的空字符串。 隱式轉換為字符串的過程遵循現有的數據類型轉換規則。
我們繼續回到COALESCE函數，主要看看它與ISNULL函數的區別。
COALESCE與ISNULL函數探討
可能有些人認為ISNULL比COALESCE函數更快，或者有人認為ISNULL和COALESCE函數是等同，更有人認為應該傾向于使用COALESCE函數，因為它是 ANSI SQL標準函數。認為歸認為，那么兩者到底有何不同呢，我們一起來看下。
（1）COALESCE和ISNULL處理數據類型優先不同
COALESCE函數決定類型輸出基于數據類型優先【data type precedence】，所以如下在處理INT時，DATETIME優先級高于INT。
DECLARE @int INT, @datetime DATETIME;
SELECT COALESCE(@datetime, 0);
SELECT COALESCE(@int, CURRENT_TIMESTAMP);
而對于ISNULL函數，數據類型不受數據類型優先影響，而是通過函數參數列表第一項影響，ISNULL在于交換而COALESCE在于所有參數查詢的合并。
DECLARE @int INT, @datetime DATETIME;
SELECT ISNULL(@datetime, 0);
我們看看進行如下操作會如何
DECLARE @int INT, @datetime DATETIME;
SELECT ISNULL(@int, CURRENT_TIMESTAMP);
此時會出現無法將DATETIME轉換為INT
此時我們需要顯式進行如下轉換才行
DECLARE @int INT, @datetime DATETIME;
SELECT ISNULL(@int, CONVERT(INT,CURRENT_TIMESTAMP));
SELECT ISNULL(@int, CAST(CURRENT_TIMESTAMP AS INT));
（2）ISNULL會造成數據丟失
我們再來看二者的對比的例子
DECLARE @c5 VARCHAR(5);
SELECT 'COALESCE', COALESCE(@c5, 'Jeffcky Wang')
UNION ALL
SELECT 'ISNULL', ISNULL(@c5, 'Jeffcky Wang');
上述我們定義字符串變量長度為5，而利用ISNULL字符串卻被截取了，在這里我們可以認為ISNULL會導致數據的丟失而非出錯。為什么會出現這樣的結果呢？上述我們已經講過ISNULL受第一個參數影響，其長度定義為5，所以只能為5，這是會進行截取，而COALESCE函數著眼于檢測所有元素，此時為12所以會完全進行返回。我們通過運行如下就可以看出。
DECLARE @c5 VARCHAR(5);
SELECT
c = COALESCE(@c5, 'Jeffcky Wang'),
i = ISNULL(@c5, 'Jeffcky Wang')
INTO dbo.TestISNULL_COALESCE
SELECT name, t = TYPE_NAME(system_type_id), max_length, is_nullable
FROM sys.columns
WHERE [object_id] = OBJECT_ID('dbo.TestISNULL_COALESCE');
我們看到上述COALESCE合并的結果是可空的而ISNULL不是，有一點點不同。
（3）COALESCE對列計算時需要持久化
接下來我們看看二者最大的不同，我們通過計算列并且在其上面創建主鍵或者非空約束，看看ISNULL和COALESCE的區別
CREATE TABLE dbo.CreateISNULL
(
a INT,
b AS ISNULL(a, 15) PRIMARY KEY
);
我們再來看看COALESCE函數來計算列
CREATE TABLE dbo.CreateCOALESCE
(
a INT,
b AS COALESCE(a, 15) PRIMARY KEY
);
很明顯我們需要對列進行持久化，通過添加PERSISTED關鍵字，如下即可。
CREATE TABLE dbo.CreateCOALESCE
(
a INT,
b AS COALESCE(a, 15) PERSISTED PRIMARY KEY
);
我們再來看看一個二者的不同
DECLARE @c CHAR(10);
SELECT 'x' + COALESCE(@c, '') + 'y';
SELECT 'x' + ISNULL(@c, '') + 'y';
我們到這里其實我們可以稍微概括下二者的區別：ISNULL著重于替換，而COALESCE著重于合并。COALESCE顯示忽略了NULL并用空字符串填充并壓縮，而ISNULL對NULL會用空字符串填充但不會壓縮。
（4）COALESCE函數支持超過兩個參數
對于多個參數輸入，ISNULL函數需要嵌套調用，而COALESCE能夠處理任何數量，至于上限不知，所以對于多個參數使用COALESCE更加，如下使用多個參數輸入。
SELECT COALESCE(a, b, c, d, e, f, g) FROM dbo.table;
而對于ISNULL，我們需要這樣做
SELECT ISNULL(a, ISNULL(b, ISNULL(c, ISNULL(d, ISNULL(e, ISNULL(f, g)))))) FROM dbo.table;
二者最終執行時和利用CASE一樣
CASE WHEN [tempdb].[dbo].[table].[a] IS NOT NULL THEN [tempdb].[dbo].[table].[a]
ELSE CASE WHEN [tempdb].[dbo].[table].[b] IS NOT NULL THEN [tempdb].[dbo].[table].[b]
ELSE CASE WHEN [tempdb].[dbo].[table].[c] IS NOT NULL THEN [tempdb].[dbo].[table].[c]
ELSE CASE WHEN [tempdb].[dbo].[table].[d] IS NOT NULL THEN [tempdb].[dbo].[table].[d]
ELSE CASE WHEN [tempdb].[dbo].[table].[e] IS NOT NULL THEN [tempdb].[dbo].[table].[e]
ELSE CASE WHEN [tempdb].[dbo].[table].[f] IS NOT NULL THEN [tempdb].[dbo].[table].[f]
ELSE [tempdb].[dbo].[table].[g] END END END END END END
（5）COALESCE和ISNULL二者性能比較
我們來運行如下查詢
DBCC DROPCLEANBUFFERS;
DECLARE
@a VARCHAR(5), -- = 'str_a', -- this line changed per test
@b VARCHAR(5), -- = 'str_b', -- this line changed per test
@v VARCHAR(5),
@x INT = 0,
@time DATETIME2(7) = SYSDATETIME();
WHILE @x = 500000
BEGIN
SET @v = COALESCE(@a, @b); --COALESCE
SET @x += 1;
END
SELECT DATEDIFF(MILLISECOND, @time, SYSDATETIME());
GO
DBCC DROPCLEANBUFFERS;
DECLARE
@a VARCHAR(5), -- = 'str_a', -- this line changed per test
@b VARCHAR(5), -- = 'str_b', -- this line changed per test
@v VARCHAR(5),
@x INT = 0,
@time DATETIME2(7) = SYSDATETIME();
WHILE @x = 500000
BEGIN
SET @v = ISNULL(@a, @b); --ISNULL
SET @x += 1;
END
SELECT DATEDIFF(MILLISECOND, @time, SYSDATETIME());
我們有查詢四個場景：（1）兩個參數都為NULL（2）第一個參數為NULL（3）第二個參數為NULL（4）兩個參數都為NULL。每個場景測試十次，最終得出如下結果
從上看出二者性能并未有什么太大差異，我們不需要太擔心了吧，當然上述場景并未完全覆蓋，至少還是能說明一部分。上述我們得到的結果查看的執行時間，現在我們再來看看二者查詢執行計劃。
SELECT COALESCE((SELECT MAX(index_id) FROM sys.indexes WHERE [object_id] = t.[object_id]), 0)
FROM sys.tables AS t;
SELECT ISNULL((SELECT MAX(index_id) FROM sys.indexes WHERE [object_id] = t.[object_id]), 0)
FROM sys.tables AS t;
上述可能不太準確，還和硬件配置有關，也有可能COALESCE的性能差與ISNULL。二者性能應該是沒什么很大差異。
（6）ISNULL和自然語言描述不一致
為何是和自然語言描述不一致呢？也就是說我們當判斷某個值為NULL會做什么，不為NULL再做什么，這時用查詢語言SQL描述如下：
IF ISNULL(something)
-- do something
我們用自然語言角度來看，翻譯為如果something為NULL我們做什么，這個時候是不一致的。因為在SQL Server中沒有布爾值類型，上述我們只能進行如下轉換
IF something IS NULL
-- do something
-- or
IF ISNULL(something, NULL) IS NULL
-- do something
-- or
IF ISNULL(something, '') = ''
-- do something
（7）利用GUID看看奇葩的ISNULL
在本節介紹之前我們再來看看一個例子，從而顛覆你的想法，讓你發狂。
SELECT ISNULL(NEWID(), 'JeffckyWang') AS Col1
這樣看是沒問題，我們將其插入到表中，再看對其列的描述
SELECT ISNULL(NEWID(), 'JeffckyWang') AS Col1
INTO dbo.IsNullExample2;
EXEC sp_help 'dbo.IsNullExample2';
表中數據確實存在，但是對列的描述是可空的。
總結
上述重點講述了COALESCE和ISNULL函數區別之處，通過本節的講述二者的場景和區別，我們是不是應該有了一點想法，到底是該用COALESCE還是ISNULL呢？大部分情況下還是利用COALESCE為好，一是此函數是作為SQL標準函數，第二個相對于ISNULL它可以支持更多參數，而ISNULL則需要嵌套，而對于ISNULL難道就沒有應用場景了嗎，當然有在查詢數據時判斷數據是否為NULL，這種情況下利用ISNULL，例如，如下
SELECT
ISNULL(argument, '')
INTO dbo.IsNullExample;
本文關于ISNULL和COALESCE的比較參考文章：Deciding between COALESCE and ISNULL in SQL Server。本節我們到此結束，簡短的內容，深入的理解，我們下節再會，good night！
以上就是本文的全部內容，希望本文的內容對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，同時也希望多多支持腳本之家！
您可能感興趣的文章:- mysql中null（IFNULL，COALESCE和NULLIF）相關知識點總結
- mysql中coalesce()的使用技巧小結
- mysql中替代null的IFNULL()與COALESCE()函數詳解
- SQL Server COALESCE函數詳解及實例
- MySQL的時間差函數(TIMESTAMPDIFF、DATEDIFF)、日期轉換計算函數(date_add、day、date_format、str_to_date)
- MySQL通過自定義函數實現遞歸查詢父級ID或者子級ID
- 詳解mysql中if函數的正確使用姿勢
- MySql COALESCE函數使用方法代碼案例
