Je continue à lire dans de nombreux forums et sur de nombreux blogs qu'une page est composée comme indiqué ci-dessous: Taille de la page: 16 x 512B = 8192B En-tête de page: = 96B Ligne In_Row maximale: = 8060B
Cela laisse (8192 - 96 - 8060) B = 36B.
Ok, c'est logique et correct. La question que je me pose est la suivante: pourquoi tant de gens disent-ils que le 36B restant est réservé pour la baie de slots?
De toute évidence, le tableau des emplacements donne 2B par ligne sur la page; ainsi, il peut être aussi petit que 2B et aussi grand que 1472B:
2B: 1 ligne * 2B = 2B
1472B: 8096B = n * 9B (taille de ligne minimale avec surcharge ... pensez à une seule colonne TINYINT) + n * 2B (coût du tableau de logements par ligne) => 8096 = 11n => n = 8096/11 = 736.
736 * 2B = 1472B.
Cela m'amène à 20 en raison de la balise de version 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
Un autre exemple. Si vous passez à 50 sur 49, vous obtenez le VARCHAR (MAX) allant à 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
Il semble que ce problème persiste, même dans SQL Server 2012. @SQLKiwi pointe vers ce message de Kimberly Tripp - http://www.sqlskills.com/blogs/kimberly/a-simple-start-table-creation-best-practices / .