nvarchar(255)转int后表空间增大，求原因及Bit类型优化疑问

一、为何将nvarchar(255)改为int后表空间反而增大？ #

你看到的表大小增长并不是因为int类型比nvarchar(255)占用更多空间，核心原因是SQL Server的空间回收机制：

• 执行DROP COLUMN [Overal]时，SQL Server不会立即回收该列占用的磁盘空间，这些空间只会被标记为“内部可用”，但不会从表的总磁盘占用统计中移除。
• 你新增的temp int列（最终重命名为Overal）会占用新的磁盘空间，叠加旧列未被回收的空间，就导致表的显示大小变大。

从单条记录的存储效率来看，int确实比存储整数的nvarchar(255)更节省空间：

• int固定占用4字节；而nvarchar(255)存储整数时，每个字符占2字节（Unicode编码），比如数值123会占用6字节，远多于int的4字节；更长的整数（如10位数字）会占用20字节，int仍保持4字节。

要真正回收空间，执行表重建操作即可：

ALTER TABLE [SundayManager48].[dbo].[Match] REBUILD;

如果表有聚集索引，重建聚集索引也能达到同样效果：

ALTER INDEX PK_Match ON [SundayManager48].[dbo].[Match] REBUILD;

二、将20个符合Bit范围的Int列改为Bit类型能否显著减少空间占用？ #

完全可以，空间节省效果非常显著：

• int类型固定占用4字节/列，20个int列单条记录就占用20*4=80字节。
• SQL Server中Bit类型是打包存储的：每8个Bit列会被打包到1字节中，20个Bit列总共仅占用CEILING(20/8)=3字节（前16个占2字节，剩余4个占1字节）。
• 按300万条记录计算，单这20列就能节省(80-3)*3000000 = 231,000,000字节，约220MB的磁盘空间，这是很可观的优化。

注意：即使Bit列允许NULL，存储开销也远低于int类型，依然能节省大量空间。

内容的提问来源于stack exchange，提问作者user1734337