前言
上一節我們講解了數據類型以及字符串中幾個需要注意的地方,這節我們繼續講講字符串行數同時也講其他內容和穿插的內容,簡短的內容,深入的講解。(可參看文章《詳解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!
以上就是本文的全部內容,希望本文的內容對大家的學習或者工作能帶來一定的幫助,如果有疑問大家可以留言交流,同時也希望多多支持幫客之家!