我之前是用SQL 2000 ,感觉好用,只是久了,感觉占空间大,然后右键选中数据库,然后选任务,再选收缩就可以了, 容量大大减少.
但是SQL2005 ,也用了同样的方式,收缩效果不大, 不知道是不是两者的收缩方式 不一样呢, 或者说SQL2005 不会过一段时间了,占用了很多多余的空间呢,
但是SQL2005 ,也用了同样的方式,收缩效果不大, 不知道是不是两者的收缩方式 不一样呢, 或者说SQL2005 不会过一段时间了,占用了很多多余的空间呢,
Microsoft® SQL Server™ 2000 允许收缩数据库中的每个文件以删除未使用的页。数据和事务日志文件都可以收缩。数据库文件可以作为组或单独地进行手工收缩。数据库也可设置为按给定的时间间隔自动收缩。该活动在后台进行，并且不影响数据库内的用户活动。当使用 ALTER DATABASE AUTO_SHRINK 选项（或 sp_dboption 系统存储过程）将数据库设置为自动收缩，且数据库中有足够的可用空间时，则会发生收缩。但是，如果不能配置要删除的可用空间的百分比，则将删除尽可能多的可用空间。若要配置将删除的可用空间量，例如只删除数据库中当前可用空间的 50%，请使用SQL Server 企业管理器内的"属性"对话框进行数据库收缩。不能将整个数据库收缩到比其原始大小还要小。因此，如果数据库创建时的大小为 10 MB，后来增长到 100 MB，则该数据库最小能够收缩到 10 MB（假定已经删除该数据库中所有数据）。但是，使用 DBCC SHRINKFILE 语句，可以将单个数据库文件收缩到比其初始创建大小还要小。必须分别收缩每个文件，而不要试图收缩整个数据库。事务日志文件可在固定的边界内收缩。虚拟日志的大小决定可能减小的大小。因此，不能将日志文件收缩到比虚拟日志文件还小。另外，日志文件可以按与虚拟日志文件的大小相等的增量收缩。例如，一个初始大小为 1 GB 的较大事务日志文件可以包括五个虚拟日志文件（每个文件大小为 200 MB）。收缩事务日志文件将删除未使用的虚拟日志文件，但会留下至少一个虚拟日志文件。因为此示例中的每个虚拟日志文件都是 200 MB，所以事务日志最小只能收缩到 200 MB，且每次只能以 200 MB的大小收缩。若要让事务日志文件收缩得更小，可以创建一个更小的事务日志，并允许它自动增长，而不要创建一个较大的事务日志文件。在 SQL Server 2000 中，DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 操作试图立即将事务日志文件收缩到所要求的大小（以四舍五入的值为准）。在收缩文件之前应截断日志文件，以减小逻辑日志的大小并将其标记为不包含逻辑日志任何部分的不活动的虚拟日志。有关更多信息，请参见收缩事务日志。 说明 不可能在备份数据库或事务日志时收缩数据库或事务日志。反之，也不可能在收缩数据库或事务日志时创建数据库或事务日志备份。