Sigo leyendo en muchos foros y en muchos blogs que una página está compuesta como se muestra a continuación: Tamaño de página: 16 x 512B = 8192B Encabezado de página: = 96B Fila máxima en fila: = 8060B
Esto deja (8192-96-8060) B = 36B.
Ok, esto es lógico y correcto. La pregunta que tengo es esta: ¿por qué tanta gente dice que el 36B restante está reservado para la matriz de ranuras?
Obviamente, la matriz de ranuras da 2B por fila en la página; entonces, puede ser tan pequeño como 2B y tan grande como 1472B:
2B: 1 fila * 2B = 2B
1472B: 8096B = n * 9B (tamaño de fila mínimo con sobrecarga ... piense en una sola columna TINYINT) + n * 2B (costo de matriz de ranuras por fila) => 8096 = 11n => n = 8096/11 = 736.
736 * 2B = 1472B.
Esto me lleva a 20 debido a la etiqueta de versión 14B.
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
Otro ejemplo. Si vas a 50 de 49, obtienes el VARCHAR (MAX) yendo a 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
Parece que este problema persiste, incluso en SQL Server 2012. @SQLKiwi señala esta publicación de Kimberly Tripp - http://www.sqlskills.com/blogs/kimberly/a-simple-start-table-creation-best-practices / .