此文章主要向大家講述的是SQL Server BIT類型在實際操作中占用了多少空間的介紹，在實際操作中一般的數據類型如INT、以及CHAR與tinyint等相關的數據類型，他們所占用的存儲空間都是以Byte字節為單位的。

但是SQL Server BIT類型由于只有0和1或者說false和true，這種情況只需要一個Bit位就可以表示了，那么在SQL Server中BIT類型到底占用了多少空間?是不是由一個Bit位來存儲的?或者可能是使用一個字節來存儲的?

這兩個答案都不正確!實際上SQL Server BIT類型占用的空間與BIT類型的列所在表的位置有關，有些情況下BIT占用了一個字節，有些情況下BIT實際占用了幾個位(幾個BIT類型的列共用一個字節)。下面就來具體分析一下：

單獨的BIT類型的列將占用一個字節。

所謂單獨就是指一個BIT類型的列的左邊定長列和右邊定長列都不是BIT類型的列。例如這樣一個表：

CREATE TABLE tt   
(   
c1 INT PRIMARY KEY,   
c2 BIT NOT NULL,   
c3 CHAR(2) NOT NULL   
)  

SQL Server在存儲表中的數據時先是將表中的列按照原有順序分為定長和變長(變長就是長度不固定的數據類型，如varchar,nvarchar,varbinary等)兩組。在數據頁中存儲數據時先存儲所有定長的數據，然后再存儲變長的數據。這里由于c2列的左邊是int類型，右邊是char類型，都是定長的，而且不是SQL Server BIT類型，所以c1和c3之間必須留出一個字節來存儲c2，雖然c2只用到了其中的一個位。

下面我們來驗證一下是否真是如我所說：

(1)插入一行數據：

INSERT INTO tt VALUES(1,1,'aa')  

(2)找到tt表數據的***頁(也就是剛才插入的這行數據所在頁)的文件號和頁面號：

SELECT first_page   
FROM sys.partitions p   
INNER JOIN sys.system_internals_allocation_units a   
ON p.partition_id=a.container_id   
WHERE OBJECT_IDOBJECT_ID= OBJECT_ID('dbo.tt')  

我這里返回的是0x76 00 00 00 01 00，這里需要反轉過來看0x00 01 00 00 00 76。其中前兩個字節是文件號，后面的是頁面號，所以文件號是1，頁面號是118(0x76轉換成十進制就是118)

(3)使用DBCC page命令查看該頁的內部結構：

DBCC traceon(3604)   
DBCC page(TestDB,1,118,3)  

這兒DBCC traceon(3604)表示將頁面內容直接輸出，TestDB是我創建的tt表所在的數據庫，1和118前面已經說了。***一個是打印選項。0表示只輸出頁頭;1則不會輸出所有內容，只是輸出有數據的內容;2表示完整的輸出這個頁的內容，3則和1差不多，但是要每條記錄分別列出列的值。以下是輸出的需要關注的內容：

00000000: 10000b00 01000000 01616103 0000††††††.........aa...  

關于數據行的具體格式我就不在這里多說了，在《SQL Server 2005技術內幕 存儲引擎》中有詳細介紹。我們插入的數據從第5個字節開始，是01000000 016161。這兒01000000就是c1，由于是int類型，所以占用4個字節。接下來01就是c2，在這里占用了1字節。再接下來6161就是c3了。

2.多個BIT類型的列之間使用變長數據類型列分開，則去掉變長列，然后看連續的SQL Server BIT類型列的個數，每列占用一個位，如果多余了8列那就再占用更多的字節。例如創建這樣的表：

CREATE TABLE vtt   
(   
c1 BIT NOT NULL,   
c2 VARCHAR(5) NOT NULL,   
c3 BIT NOT NULL,   
c4 NVARCHAR(5) NULL,   
c5 BIT NULL,   
c6 INT NOT NULL   
)  

這里將變長列篩選出來后就變成了c1、c3、c5、c6，有3個BIT類型列是連續的，所以c1、c3、c5將公用一個字節。接下來就來驗證一下：

(1)插入一條示例數據：

INSERT INTO vtt VALUES(1,'abc',1,N'xyz',0,1023)  

(2)用前面用的SQL語句，同樣的方法，找出vtt表的***頁為：0xC00000000100，對應的就是文件號1，頁號192

(3)查看該頁的內部數據：

00000000: 30000900 03ff0300 00060000 02001500 †0. .............   
00000010: 1b006162 63780079 007a00†††††††††††††..abcx.y.z 

插入的數據從第5個字節開始03ff…… 這兒03就是c1、c3、c5的數據，03轉換成二進制就是00000011。c1列對應***位1，c3對應倒數第二位1，c5對應倒數第三位0。接下來的ff就是c6的值1023。后面的就是列數、NULL位圖、變長列等，這里是討論BIT位占用空間的，所以就不講解后面這些了。

3.一個表中有多個SQL Server BIT類型的列，其順序是否連續決定了SQL Server BIT位是否可以共享一個字節。SQL Server中按照列順序存儲，***列和***一列都是BIT數據類型列，不可以共用一個字節。

也就是說下面的表t1和表t2占用的空間是不同的，t1數據占用了7字節，t2數據占用了8字節。

CREATE TABLE t1   
(   
c1 INT PRIMARY KEY,   
c2 BIT NOT NULL,   
c3 BIT NOT NULL,   
c4 CHAR(2) NOT NULL   
)   
CREATE TABLE t2   
(   
c1 INT PRIMARY KEY,   
c2 BIT NOT NULL,   
c4 CHAR(2) NOT NULL,   
c3 BIT NOT NULL   
)  

但是在下面的t3和t4表中，由于中間是變長數據類型，所以他們的BIT列占用的數據空間是相同的。

CREATE TABLE t3   
(   
c1 INT NOT NULL,   
c2 BIT NOT NULL,   
c3 VARCHAR(2) NOT NULL,   
c4 BIT NOT NULL   
)   
CREATE TABLE t4   
(   
c1 INT NOT NULL,   
c2 BIT NOT NULL,   
c4 BIT NOT NULL,   
c3 VARCHAR(2) NOT NULL   
)  

以上的相關內容就是對SQL Server BIT類型到底占用了多少空間的介紹，望你能有所收獲。

【編輯推薦】

1. MS SQL Server 2000系統數據類型有哪些？
2. SQL server DateDiff 函數語法中的命名參數
3. 對SQL Server 2005 BI的描述
4. SQL Server 日期操作全接觸，嘻嘻
5. SQL Server 易混淆的一些數據類型有哪些？