问如何达到每行8060字节和每个(varchar，nvarchar)值8000字节的限制？

EN

Inside the Storage Engine: Anatomy of a record

这是针对SQL Server 2005的

• 记录头
  • 4字节长
  • 两个字节的记录元数据(记录类型)
  • 两个字节在记录中指向NULL类型

​

• 记录的固定长度部分，包含存储具有固定长度的数据类型的列(例如bigint、char(10)、datetime)
• 空位图
  • 两个字节用于记录中的列数
  • 在记录中每列存储一位的可变字节数，而不管该列是否可为空(这与SQL Server2000不同，也更简单，后者每个可为空的列只有一位)

  < NULL

>H122这允许在读取空列时进行优化

​

• variable-length列偏移量数组
  • 两个字节用于可变长度列的计数
  • 每个可变长度列两个字节，给出列值版本控制标记

末尾的偏移量

​

• 这只在SQL Server2005中提供，它是一个14字节的结构，其中包含一个时间戳和一个指向tempdb

中版本存储区的指针

因此，对于一个字符(8000)

• 4字节(记录头)
• 8000 fixed length
• 3空位图
• 2字节to count variable-length
• 14 timestamp

但是，如果您有40个varchar(200)列

• 4字节(记录头)
• 0固定长度
• 6空位图
• 2字节计数variable-length
• 202 x 40 = 8080
• 14时间戳

总数= 8080 +4+6+2+ 14 = 8106。见鬼？创建此表时，您会收到一条警告

我不会太在意它:这个信息在日常生活中没有实际的价值()。

我不完全确定您在问什么，但是如果您的问题是“为什么最大行长度是8060字节，而不是其他数字？”，或者“为什么NVARCHAR的最大长度是8000字节？”那么简短的答案就是，谁知道呢？(正如gbn所说，谁在乎？)

所有MSSQL限制-数据类型大小、最大行大小、每个表的列、每个索引的列等-都是Microsoft的设计决策。我非常确定这些决策背后有大量的工程文档，但大多数人都无法访问这些信息。

如果您对限制是什么、如何计算行大小等特定细节感兴趣，那么阅读MSSQL文档是最好的起点。