我使用的是 SQL Server 2016，我的数据库中有表，表大小为 120 GB。它有 300 列，所有列都是 NVARCHAR(MAX)，其中有 12,00,000 条记录。大多数情况下 100 列始终为 NULL，否则它的值会很短。我的疑问是为什么 12,00,000 条记录占用 120 GB，是因为数据类型吗？
这是一个审计表。这将包含 CDC 历史信息。平均而言，该表每天将插入 10,000 条记录。因为在这一点上，我的数据库大小正在增加，SQL 查询很慢。这是一个审计表，不用于任何查询。
请告诉我为什么我的桌子很大。
【问题讨论】：
标签： sql-server database sql-server-2008
当然，这取决于您如何测量表的大小以及发生了哪些其他操作。
您观察到每条记录大约 10,000 个字节。这看起来确实很大，但您需要考虑一些事情。
NVARCHAR(MAX) 有一个最小尺寸：
nvarchar [ ( n | max ) ]
可变长度的 Unicode 字符串数据。 n 定义字符串长度和 可以是 1 到 4,000 之间的值。 max 表示最大值 存储大小为 2^31-1 字节 (2 GB)。存储大小（以字节为单位）为 输入数据的实际长度的两倍 + 2 个字节。国际标准化组织 nvarchar 的同义词是国家字符变化和国家字符 变化无常。
即使是空字段也占用 2 个字节加上可空标志。有 300 个字段，即 600 多个字节 (600 + 600 / 8)。
您可能还会遇到仅部分填充的页面的问题。这取决于您插入数据的方式、主键和系统参数。
还有其他注意事项，具体取决于您测量尺寸的方式：
我建议您让您的 DBA 调查该表，看看是否有任何明显的问题，例如许多页面仅部分填充。
【讨论】：
编辑：在澄清表格实际拥有的行数后更新答案。
考虑到 120GB 是 120,000MB，您每行获得 100KB，即平均每列大约 330 字节，这通常相当高，但对于具有 300 个nvarchar(max) 列的表来说不是这样（请注意，@ 987654323@ 和 nvarchar 类型每个字符占用 2 个字节，而不是 1)。
您还评论说，其中一列的大小为 2,000-90,000 个字符 (!)，假设该列平均有 46k 个字符，我们得到的大小为：
1,200,000 行 x 46k 字符 x 2 字节/字符 = 105GB 仅用于该列的数据。
剩下的列剩下 15GB，或者每行大约 13KB，即每列 44 个字节，考虑到几乎所有列都是nvarchar(max)，这个数字相当低。
但这些只是估计，用于获取任何列使用的实际大小：
select sum(datalength(ColumnName))/1024.00 as SizeKB from TableName
所有这些都只考虑了数据，这是不准确的，因为数据库结构需要它的大小。例如，索引总和是一个表的总大小，粗略地说，它们取索引中包含的列大小的总和（例如，如果您要在 Big Column 上定义和索引，它将取 another 100GB)。
您可以使用另一个问题的以下脚本获取整个表使用了多少空间（它将显示数据库中每个表的大小）：
Get size of all tables in database
检查UsedSpaceMB 列，这是数据和索引所需的大小，如果由于某种原因表使用了更多空间（通常是因为您删除了数据），您在UnusedSpaceMB 中获得该大小（有点未使用的空间是正常的）。
【讨论】：