Où find la taille des types de données SQL Server

J'essaie de calculer la taille de ma database. Je vais avoir une table avec 3 colonnes (ID, int, argent), je vais avoir 26 millions de lignes avec toutes les colonnes étant occupés. Quelle sera la taille de ma database? Où puis-je find la taille de tous les types de données SQL Server?

Vous pouvez utiliser ci-dessous requête:

SELECT * FROM sys.types 

le résultat de la requête ci-dessus est ci-dessous:

 name system_type_id user_type_id schema_id principal_id max_length precision scale collation_name is_nullable is_user_defined is_assembly_type default_object_id rule_object_id is_table_type -------------------- -------------- ------------ --------- ------------ ---------- --------- ----- ----------------- ----------- --------------- ---------------- ----------------- -------------- ------------- image 34 34 4 NULL 16 0 0 NULL 1 0 0 0 0 0 text 35 35 4 NULL 16 0 0 Persian_100_CI_AI 1 0 0 0 0 0 uniqueidentifier 36 36 4 NULL 16 0 0 NULL 1 0 0 0 0 0 date 40 40 4 NULL 3 10 0 NULL 1 0 0 0 0 0 time 41 41 4 NULL 5 16 7 NULL 1 0 0 0 0 0 datetime2 42 42 4 NULL 8 27 7 NULL 1 0 0 0 0 0 datetimeoffset 43 43 4 NULL 10 34 7 NULL 1 0 0 0 0 0 tinyint 48 48 4 NULL 1 3 0 NULL 1 0 0 0 0 0 smallint 52 52 4 NULL 2 5 0 NULL 1 0 0 0 0 0 int 56 56 4 NULL 4 10 0 NULL 1 0 0 0 0 0 smalldatetime 58 58 4 NULL 4 16 0 NULL 1 0 0 0 0 0 real 59 59 4 NULL 4 24 0 NULL 1 0 0 0 0 0 money 60 60 4 NULL 8 19 4 NULL 1 0 0 0 0 0 datetime 61 61 4 NULL 8 23 3 NULL 1 0 0 0 0 0 float 62 62 4 NULL 8 53 0 NULL 1 0 0 0 0 0 sql_variant 98 98 4 NULL 8016 0 0 NULL 1 0 0 0 0 0 ntext 99 99 4 NULL 16 0 0 Persian_100_CI_AI 1 0 0 0 0 0 bit 104 104 4 NULL 1 1 0 NULL 1 0 0 0 0 0 decimal 106 106 4 NULL 17 38 38 NULL 1 0 0 0 0 0 numeric 108 108 4 NULL 17 38 38 NULL 1 0 0 0 0 0 smallmoney 122 122 4 NULL 4 10 4 NULL 1 0 0 0 0 0 bigint 127 127 4 NULL 8 19 0 NULL 1 0 0 0 0 0 hierarchyid 240 128 4 NULL 892 0 0 NULL 1 0 1 0 0 0 geometry 240 129 4 NULL -1 0 0 NULL 1 0 1 0 0 0 geography 240 130 4 NULL -1 0 0 NULL 1 0 1 0 0 0 varbinary 165 165 4 NULL 8000 0 0 NULL 1 0 0 0 0 0 varchar 167 167 4 NULL 8000 0 0 Persian_100_CI_AI 1 0 0 0 0 0 binary 173 173 4 NULL 8000 0 0 NULL 1 0 0 0 0 0 char 175 175 4 NULL 8000 0 0 Persian_100_CI_AI 1 0 0 0 0 0 timestamp 189 189 4 NULL 8 0 0 NULL 0 0 0 0 0 0 nvarchar 231 231 4 NULL 8000 0 0 Persian_100_CI_AI 1 0 0 0 0 0 nchar 239 239 4 NULL 8000 0 0 Persian_100_CI_AI 1 0 0 0 0 0 xml 241 241 4 NULL -1 0 0 NULL 1 0 0 0 0 0 sysname 231 256 4 NULL 256 0 0 Persian_100_CI_AI 0 0 0 0 0 0 CalculatedCreditInfo 243 257 9 NULL -1 0 0 NULL 0 1 0 0 0 1 udt_QoutaDetail 243 258 21 NULL -1 0 0 NULL 0 1 0 0 0 1 BeforeUpdate 243 259 22 NULL -1 0 0 NULL 0 1 0 0 0 1 udt_StoreInventory 243 260 26 NULL -1 0 0 NULL 0 1 0 0 0 1 udt_WKFHistory 243 261 32 NULL -1 0 0 NULL 0 1 0 0 0 1 IDTable 243 262 1 NULL -1 0 0 NULL 

vous pouvez utiliser max_length pour la taille de chaque type de données.

http://msdn.microsoft.com/en-us/library/ms187752.aspx

 Money : 8 bytes int : 4 bytes id - depends on what you mean. 

Si la table spécifiée dans la clause where contient un nvarchar, cette requête vous donnera le nombre de caractères pour cette colonne correctement!

Cela détecte si la colonne est "large" et divise essentiellement par 2. Plus large que nvarchar.

 SELECT c.name, (CASE WHEN LEFT(ts.name, 1) = 'n' AND ts.[precision] = 0 AND ts.[scale] = 0 THEN c.max_length / ts.[bytes] ELSE c.max_length END) AS [length] FROM sys.columns AS c INNER JOIN sys.tables AS t ON t.object_id = c.object_ID INNER JOIN ( SELECT *, (CASE WHEN [bits] = -1 THEN -1 ELSE ([bits] + 7) / 8 END) AS [bytes] FROM ( SELECT *, (CASE WHEN max_length >= 256 THEN (CASE WHEN LEFT(name, 1) = 'n' AND [precision] = 0 AND [scale] = 0 THEN 16 ELSE 8 END) ELSE max_length END) AS [bits] FROM sys.types AS iits ) AS its ) AS ts ON ts.user_type_id = c.user_type_id WHERE t.name LIKE 'tb_tablename' -- LIKE is case insensitive 

Bien sûr, vous pouvez simplement split max_length sur sys.columns par 2 si vous savez que la colonne est un nvarchar. C'est plus pour découvrir le schéma de la table d'une manière qui semble préférable si de nouveaux types de données sql sont introduits dans le futur. Et vous-même choisissez de mettre à jour. Jolie petite affaire de bord.

Veuillez modifier et corriger cette réponse si vous trouvez un cas où les octets et les bits sont incorrects.

Détails:

 -- ([bits] + 7) / 8 means round up -- -- Proof: -- o (1 bit + 7 = 8) / 8 = 1 byte used -- o ((8 + 8 + 1 = 17 bytes) + 7 = 24) / 8 = 3 byes used -- o ((8 + 8 + 7 = 23 bytes) + 7 = 30) / 8 = 3.75 = integer division removes decimal = 3 SELECT *, (CASE WHEN [bits] = -1 THEN -1 ELSE ([bits] + 7) / 8 END) AS [bytes] FROM ( SELECT *, (CASE WHEN max_length >= 256 THEN (CASE WHEN LEFT(name, 1) = 'n' AND [precision] = 0 AND [scale] = 0 THEN 16 ELSE 8 END) ELSE max_length END) AS [bits] FROM sys.types AS its ) AS ts 

Si quelqu'un sait que SQL Server stocke les tailles de bits et d'octets pour chaque type de données. Ou un meilleur moyen d'get la taille sys.columns, s'il vous plaît laissez un commentaire!