我继续在许多论坛和许多博客上看到一个页面的组成如下所示: 页面大小:16 x 512B = 8192B 页面标题:= 96B 最大 In_Row 行:= 8060B
这留下 (8192 - 96 - 8060)B = 36B。
好的,这是合乎逻辑且正确的。我的问题是这样的:为什么这么多人说剩下的36B是为slot数组保留的?
显然,slot 数组在页面上每行给出 2B;所以,它可以小到 2B,大到 1472B:
2B:1 行 * 2B = 2B
1472B:8096B = n*9B(带开销的最小行大小……想想单个 TINYINT 列)+ n*2B(每行插槽数组成本)=> 8096 = 11n => n = 8096 / 11 = 736。
736*2B = 1472B。
由于 14B 版本标签,这让我达到了 20。
USE master ;
GO
CREATE DATABASE test ;
GO
USE test ;
GO
ALTER DATABASE test
SET ALLOW_SNAPSHOT_ISOLATION ON ;
GO
ALTER DATABASE test
SET READ_COMMITTED_SNAPSHOT ON ;
GO
DROP TABLE tbl ;
GO
CREATE TABLE tbl
(
i CHAR(8000) DEFAULT(REPLICATE('a',8000))
, j CHAR(53) DEFAULT(REPLICATE('a',53))
) ;
INSERT INTO tbl
DEFAULT VALUES ;
GO
DBCC IND (test,tbl,-1) ;
GO
DBCC TRACEON(3604) ;
GO
DBCC PAGE(test,1,272,3) ;
GO
另一个例子。如果你从 49 到 50,你会得到 VARCHAR(MAX) 到 LOB_DATA。
DROP TABLE tbl ;
GO
CREATE TABLE tbl
(
i VARCHAR(MAX) DEFAULT(REPLICATE('a',8000))
, j CHAR(49) DEFAULT(REPLICATE('a',49))
) ;
sp_tableoption N'tbl', 'large value types out of row', 'OFF' ;
GO
INSERT INTO tbl
DEFAULT VALUES ;
GO
DBCC IND (test,tbl,-1) ;
GO
DBCC TRACEON(3604) ;
GO
DBCC PAGE(test,1,272,3) ;
GO
即使在 SQL Server 2012 中,这个问题似乎仍然存在。@SQLKiwi 指向 Kimberly Tripp 的这篇文章 - http://www.sqlskills.com/blogs/kimberly/a-simple-start-table-creation-best-practices /。
在页面用于内部目的(如排序运行)的情况下,最大行大小为 8094 字节。对于数据页,包括内部行开销在内的最大行内大小为8060 字节。
如果使用某些引擎功能,内部行开销可能会显着增加。例如,使用稀疏列将用户可访问的数据大小减少到 8019 字节。
我所知道的直到 SQL Server 2012 的外部行开销的唯一示例是版本化行所需的 14 个字节。这种外部开销使单行的最大空间使用量达到 8074 字节,加上单槽数组条目的 2 字节,总共 8076 字节。这仍然比 8096 限制(8192 页面大小 - 96 字节固定标头)少 20 个字节。
最可能的解释是最初的 8060 字节限制为未来扩展留下了 34 个字节,其中 14 个用于行版本控制实现。