估計堆積的大小
您可以使用下列步驟，估計儲存堆積中的資料所需的空間量：
指定資料表中將會有的資料列數目：
Num_Rows = 資料表中的資料列數目
指定固定長度與可變長度資料行的數目，並計算儲存這些資料行所需的空間：
計算這兩組資料行在資料列內各佔多少空間。 資料行的大小取決於資料類型和長度規格。
Num_Cols = 資料行總數 (包括固定長度和可變長度的資料行)
Fixed_Data_Size = 所有固定長度資料行的總位元組大小
Num_Variable_Cols = 可變長度資料行的數目
Max_Var_Size = 所有可變長度資料行的總位元組大小上限
資料列中有一部分 (稱為 Null 點陣圖) 是保留的空間，用來管理資料行的 Null 屬性。 計算它的大小：
Null_Bitmap = 2 + ((Num_Cols + 7) / 8)
您應該僅使用這個運算式的整數部分。 請捨去任何餘數。
計算可變長度資料的大小：
如果在索引中有可變長度的資料行，請決定將資料行儲存到索引列中所需的空間大小。
Variable_Data_Size* = 2 + (Num_Variable_Cols x 2) + *Max_Var_Size
加入至 ***Max\_Var\_Size*** 的位元組是用於追蹤每個可變長度的資料行。 這個公式假設所有可變長度的資料行是 100% 填滿的。 如果您預期可變長度資料行儲存所佔空間的百分比會比較低，您可以經由調整百分比所得的 ***Max\_Var\_Size*** 值，取得更精確的整體資料表大小。
> [!附註]
> <P>您可以結合使定義的資料表總寬度超過 8,060 個位元組的 varchar、nvarchar、varbinary 或 sql_variant 資料行。 這些資料行的每個長度必須仍然在 varchar、nvarchar, varbinary 或 sql_variant 資料行的 8,000 個位元組限制內。 然而，結合的寬度可能超過資料表中 8,060 位元組的限制。</P>
若沒有可變長度的資料行，請將 ***Variable\_Data\_Size*** 設成 0。
計算資料列總大小：
Row_Size = Fixed_Data_Size + Variable_Data_Size + Null_Bitmap + 4
公式中 4 這個值是資料列的資料列標頭負擔。
計算每個分頁的資料列數目 (每個分頁包含 8096 個可用位元組)：
Rows_Per_Page = 8096 / (Row_Size + 2)
因為資料列不能跨頁，每個分頁的資料列數目必須無條件捨去小數，而取最接近的整數資料列。 公式中的 2 這個值是給分頁位置陣列中的該資料列項目。
計算儲存所有資料列所需的分頁數目：
Num_Pages* = Num_Rows / *Rows_Per_Page
估計的分頁數目應該要將小數進位到最接近的整分頁數。
計算儲存堆積內的資料所需的空間 (每個頁面共有 8192 個位元組)：
堆積大小 (位元組) = 8192 x Num_Pages
上述計算未考慮下列項目：
資料分割
從資料分割而來的空間負擔非常小，但是計算起來很複雜。 不一定要包含它。
配置頁面
至少有一個 IAM 頁面用以追蹤配置到堆積的頁面，但是空間負擔非常小，而且沒有演算法來決定性地計算要使用多少 IAM 頁面。
大型物件 (LOB) 值
用來判斷將會確切使用多少空間來儲存 LOB 資料類型 varchar(max)、varbinary(max)、nvarchar(max)、text、ntext xml 和 image 值的演算法很複雜。 只要加入預期的 LOB 值平均大小，並將此值加入堆積大小總計，這樣就已足夠。
壓縮
您無法預先計算壓縮堆積的大小。
疏鬆資料行
如需有關疏鬆資料行空間需求的詳細資訊，請參閱＜使用疏鬆資料行＞。