我在 SQL Server 2005 上有一个大小约为 4GB 的表。
（大约 1700 万条记录）
我将其中一个字段从数据类型 char(30) 更改为 char(60)（总共有 25 个字段，其中大部分是 char(10)，因此字符空间的数量加起来约为 300）
这导致表的大小增加了一倍（超过 9gb）
然后我将char(60)更改为varchar(60)，然后运行一个函数从数据中去除多余的空格（从而将字段中数据的平均长度减少到大约15）
这并没有减少表格的大小。缩小数据库也无济于事。
实际上没有重新创建表结构并复制数据（即 1700 万条记录！），是否有一种不那么激烈的方法可以再次减小大小？
【问题讨论】：
标签： sql-server types database-table
即使使用“收缩数据库”，您也没有清理或压缩任何数据。
从表或索引视图中删除的可变长度列中回收空间。
不过，simple index rebuild如果有聚集索引也应该这样做
ALTER INDEX ALL ON dbo.Mytable REBUILD
【讨论】：
很明显，您没有获得任何空间！ :-)
当您将文本字段更改为 CHAR(60) 时，它们都会被空格填满。因此，您的所有字段现在实际上都是 60 个字符长。
将其改回 VARCHAR(60) 将无济于事 - 字段仍然都是 60 个字符长......
您真正需要做的是对所有字段运行 TRIM 函数，以将它们缩减回修剪后的长度，然后进行数据库收缩。
完成此操作后，您需要重建聚集索引以回收部分浪费的空间。聚集索引确实是您的数据所在的位置 - 您可以像这样重建它：
ALTER INDEX IndexName ON YourTable REBUILD
默认情况下，您的主键是您的聚集索引（除非您另有指定）。
马克
【讨论】：
我知道我没有按照您的要求回答您的问题，但是您是否考虑过将一些数据归档到历史记录表中并使用更少的行？
大多数时候，乍一看，您可能会认为您一直需要所有这些数据，但当您真正坐下来检查它时，有些情况并非如此。或者至少我以前经历过这种情况。
【讨论】：
我在SQL Server, Converting NTEXT to NVARCHAR(MAX) 遇到了类似的问题，这与将 ntext 更改为 nvarchar(max) 有关。
我必须做一个UPDATE MyTable SET MyValue = MyValue 才能让它很好地调整所有东西的大小。
这显然需要相当长的时间，有很多记录。关于如何更好地做到这一点，有很多建议。他们的关键之一是一个临时标志，指示它是否已经完成，然后在循环中一次更新几千个，直到全部完成。这意味着我可以“部分”控制它的工作量。
不过，另一方面，如果您真的想尽可能地缩小数据库，可以将恢复模式降低为简单，缩小事务日志，重新组织页面中的所有数据，然后设置它回到完全恢复模式。但要小心，通常不建议缩减数据库，如果您减少活动数据库的恢复模型，您就是在要求出现问题。
【讨论】：
或者，您可以进行全表重建，以确保任何地方都没有多余的数据：
CREATE TABLE tmp_table(<column definitions>);
GO
INSERT INTO tmp_table(<columns>) SELECT <columns> FROM <table>;
GO
DROP TABLE <table>;
GO
EXEC sp_rename N'tmp_table', N'<table>';
GO
当然，身份、索引等变得更加复杂......
【讨论】：