原文:第4周 页面限制8060 bytes
恭喜您！在你面前就只剩下几页了，然后你就可以完成第1个月的SQL Server性能调优培训了。今天我将讲下页的一些限制，还有为什么你会喜欢这些限制，同时也会讨厌这些限制。
正如你在第2周学到的，数据页始终是8kb 的大小，而且你只能在上面存储8060 bytes。你的记录大小指示你在一个页里可以存储多少记录。当你与像CHAR，INT，DATETIME等定长类型数据类型打交道时，你会发现SQL Server有记录长度不能超过8060 bytes长度（包含7 bytes 的内部行开销）的限制。
页面限制——好的一面
当你的表少于8列时，你需要（为每条记录）增加额外7 bytes 的内部行开销。对每增加的8列都要增加额外的1 byte， 例如，17列，你需要9 btyes的内部行开销（7+1+1）。如果你尝试创建更长的记录大小，SQL Server会在你执行CREATE TABLE语句时返回一个错误信息给你。来看看下面的表定义：
1 CREATE TABLE TooLargeTable1 2 ( 3 Column1 CHAR(5000), 4 Column2 CHAR(3000), 5 Column3 CHAR(54) 6 ) 7 GO
正如你所见，每条记录需要8061 bytes（5000+3000+54+7 bytes）。因此在这种情况下，当你尝试去创建这个表时，SQL Server会返回下列的错误信息。
当你创建超过8列的表时，你需要把SQL Server需要的8 bytes的行内部开销也算进去。
1 CREATE TABLE TooLargeTable2 2 ( 3 Column1 CHAR(1000) NOT NULL, Column2 CHAR(1000) NOT NULL, 4 Column3 CHAR(1000) NOT NULL, Column4 CHAR(1000) NOT NULL, 5 Column5 CHAR(1000) NOT NULL, Column6 CHAR(1000) NOT NULL, 6 Column7 CHAR(1000) NOT NULL, Column8 CHAR(1000) NOT NULL, 7 Column9 CHAR(53) NOT NULL 8 ) 9 GO
因此这里又是一个非法的表定义（8000+53+8 bytes)，这里SQL Server会返回一个错误信息。
页面限制——坏的一面
在上一环节我已经向你展示了页面限制你喜欢的一面，因为当你在创建这样表的时候，SQL Server会返回你一个错误信息。但是页面限制也有你讨厌的一面，因为SQL Server会允许你创建这样的表，而且有时INSERT语句执行成功，有时却会失败……我们来看下。
这里我们面对的问题是与像VARCHAR等变长数据类型。当这些列不能存在它本身页时，SQL Server会把它们移动到在另外页面的行偏移位置。这个被称为 行溢出页（Row-Overflow page）。SQL Server会在原来的页面留下24 bytes长的指向行溢出页的指针。
在于其他列组合时的某些情况下，这个指针会溢出8060 bytes的限制。我们来看下下面的表定义：
1 CREATE TABLE TooLargeTable3 2 ( 3 Column1 CHAR(5000), 4 Column2 CHAR(3000), 5 Column3 CHAR(30), 6 Column4 VARCHAR(3000) 7 ) 8 GO
如你所见，这里我使用了VARCHAR（3000）的数据类型。你会看到SQL Server这里会给你一个警告信息。这个警告提示你可以创建这个表，但在执行INSERT/UPDATE语句时可能会失败……
下面在表里的插入语句会成功:
1 INSERT INTO TooLargeTable3 VALUES
2 (
3 REPLICATE('x', 5000),
4 REPLICATE('x', 3000),
5 REPLICATE('x', 30),
6 REPLICATE('x', 19)
7 )
8 GO
这里的记录大小是8056 bytes长（5000+3000+30+19+7 bytes）。在这个情况下，SQL Server会把第4列的数据保存在主数据页。但是想像下下面的INSERT语句：
1 INSERT INTO TooLargeTable3 VALUES
2 (
3 REPLICATE('x', 5000),
4 REPLICATE('x', 3000),
5 REPLICATE('x', 30),
6 REPLICATE('x', 3000)
7 )
8 GO
在刚才的INSERT语句，SQL Server会把第4列数据移到行溢出页（row-overflow page），因为这3000 bytes 不能在主数据页里放下。这也就意味着SQL Server会在这里留下一个指向不同页且24bytes 长的指针，在那个位置可以找到数据。但是我们的记录大小现在是8061 bytes长（5000+3000+30+24+7 bytes）。
Duang，你的记录长度超过8060 bytes，INSERT语句执行失败了！
这些就是坏的限制，因为他们在数据库操作的时候隐藏着，好的一面就是在你定义表架构的时候如上所示可见的。想想看是啥？
小结
在你设计你的表结构时，你要非常仔细的想下你的操作。在SQL Server里与页打交道时你会碰到很多这样的执行进去后才出现的限制。当然，在SQL Server给你错误信息时，你不允许创建这个表，基本上就天下太平了。
当当你收到警告时，基本上每个人会想不都不想下就忽略掉。这始终是个坏的操作，因为你已经看到了，你的INSERT可能在运行时失败，问题的发生你是可以预见的。我希望你现在已经明白这个性能调优培训是个很好内幕公开，并且为什么理解数据页的内部结构是多么重要！
在接下来的培训我会讲解SQL Server中堆表的更多细节，还有为什么它们有时是好的（设计），有时候却是不好的（设计）。请继续关注，并且好好享受剩下的7天！