【譯】SQL Server誤區30日談-Day6-有關NULL點陣圖的三個誤區

weixin_33858249發表於2017-12-07
SQLServerNull
本系列文章是我在sqlskill.com的PAUL的部落格看到的，很多誤區都比較具有典型性和代表性，原文來自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,經過我們團隊的翻譯和整理髮布在AgileSharp上。希望對大家有所幫助。

 

    NULL點陣圖是為了確定行中的哪一列是NULL值，哪一列不是。這樣做的目的是當Select語句後包含存在NULL值的列時，避免了儲存引擎去讀所有的行來檢視是否是NULL，從而提升了效能。這樣還能減少CPU快取命中失效的問題(點選這個連結來檢視CPU的快取是如何工作的以及MESI協議)。下面讓我們來揭穿三個有關NULL點陣圖的普遍誤區。

 

誤區 #6a:NULL點陣圖並不是任何時候都會用到

正確

 

    就算表中不存在允許NULL的列，NULL點陣圖對於資料行來說會一直存在(資料行指的是堆或是聚集索引的葉子節點)。但對於索引行來說（所謂的索引行也就是聚集索引和非聚集索引的非葉子節點以及非聚集索引的葉子節點）NULL點陣圖就不是一直有效了。

     下面這條語句可以有效的證明這一點:

CREATE TABLE NullTest (c1 INT NOT NULL); 
CREATE NONCLUSTERED INDEX 
NullTest_NC ON NullTest (c1); 
GO 
INSERT INTO NullTest VALUES (1); 

GO


EXEC sp_allocationMetadata 'NullTest'; 
GO


 

    你可以通過我的博文:Inside The Storage Engine: sp_AllocationMetadata - putting undocumented system catalog views to work.來獲得sp_allocationMetadata 的實現指令碼。

    讓我們通過下面的script來分別檢視在堆上的頁和非聚集索引上的頁:

DBCC TRACEON (3604); 
DBCC PAGE (foo, 1, 152, 3); -- page ID from SP output 
where Index ID = 0 
DBCC PAGE (foo, 1, 154, 1); -- page ID from SP output 
where Index ID = 2 
GO

 

    首先讓我們來看堆上這頁Dump出來的結果

Slot 0 Offset 0x60 Length 11


Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP 
Memory Dump 
@0x685DC060


 

    再來看非聚集索引上的一頁Dump出來的結果:

Slot 0, Offset 0x60, Length 13, DumpStyle BYTE


Record Type = INDEX_RECORD Record Attributes = <<<<<<< 
No null bitmap 
Memory Dump @0x685DC060


 

誤區 #6b: NULL點陣圖僅僅被用於可空列

錯誤

    當NULL點陣圖存在時，NULL點陣圖會給記錄中的每一列對應一位，但是資料庫中最小的單位是位元組，所以為了向上取整到位元組，NULL點陣圖的位數可能會比列數要多。對於這個問題.我已經有一篇博文對此進行概述，請看:Misconceptions around null bitmap size.

 

誤區 #6c:給表中新增額外一列時會立即導致SQL Server對錶中資料的修改

錯誤

   

    只有向表中新新增的列是帶預設值，且預設值不是NULL時，才會立即導致SQL Server對資料條目進行修改。總之，SQL Server儲存引擎會記錄一個或多個新新增的列並沒有反映在資料記錄中。關於這點，我有一篇博文更加深入的對此進行了闡述:Misconceptions around adding columns to a table.

分類: SQL Server DBA誤區


本文轉自CareySon部落格園部落格，原文連結http://www.cnblogs.com/CareySon/archive/2012/10/24/2736576.html，如需轉載請自行聯絡原作者

相關文章