--DBCC SHRINKDATABASE
--收缩数据库
--USAGE:
dbcc SHRINKDATABASE
(
{ 'database_name' | database_id | 0 }
[ , target_percent ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
)
[ WITH NO_INFOMSGS ]
--DBCC SHRINKFILE
--收缩指定数据库中特定文件
dbcc SHRINKFILE
(
{ 'file_name' | file_id }
{
[ , EMPTYFILE]
| [ [, target_size ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ]
}
)
[ WITH NO_INFOMSGS ]
--NOTRUNCATE
--在指定或不指定target_percent 的情况下，将已分配的页从数据文件的末尾移动到该文件前面的未分配页。文件末尾的可用空间不会返回给操作系统，文件的物理大小也不会更改。因此，指定NOTRUNCATE 时，文件看起来未收缩。
--NOTRUNCATE 只适用于数据文件。日志文件不受影响。
--TRUNCATEONLY
--将文件末尾的所有可用空间释放给操作系统，但不在文件内部执行任何页移动。数据文件只收缩到最后分配的区。
--如果随TRUNCATEONLY 指定了target_size，则会忽略该参数。
--TRUNCATEONLY 只适用于数据文件
--1. SHRINKFILE 并不独占数据文件，且可以随时终止，停止之前收缩的工作将被保留。
--2. SHRINKFILE 针对区做收缩，将使用的区前移，将不使用的区删除，但不会合并区，也不合并和删除区中的页，因此当区中空页过多或者页面填充度较低时，SHRINKFILE并不能释放过多的空间。
--3. 如果碎片过多，可以先重建索引后再做SHRINKFILE
--在SHRINKFILE后，需检查文件的真实大小，可能文件已被收缩，但SHRINKFILE结果显示没有收缩
--由于sp_spaceused这个存储过程依赖于SQLSERVER存储在一些系统视图里的空间使用统计信息来算出结果，但是SQLSERVER并不保证实时更新空间使用统计信息。尤其是数据库刚刚发生大的变化之后，sp_spaceused的结果常常不准确
--参考：
--http://www.cnblogs.com/lyhabc/articles/3219563.html
--http://msdn.microsoft.com/zh-cn/library/ms189493.aspx