我有一个有 483 列的表。
A date not null
、 a char(6) not null
,然后是 481 x float sparse null
。
根据我的数学计算,即使每个稀疏浮点都非空,该行仍然应该是:
date: 3 bytes
char(6): 6 bytes
sparse float: 12 bytes x 481
sparse update overhead: 2 bytes x 483
= 6747 bytes and way below the limit of 8060
(even allowing lots for other random overheads)
事实上,导致问题的实际行仍然有 133 个浮点列为空,并且 SQL Server 声称该行的行大小为 8108(并且太大)。
占据我行空间的幽灵是什么?