SQL Server 2008 释放堆表空间

lmwtzw6u5l0

　　前些天我遇到一个问题，一个200Gb的库，其中一个表大约2000W行数据，我删除了其中约600W行数据。我想把删除后未使用的空间腾出来。
　　按照以往的经验，重建这个表上的聚集索引就可以了。可是这次表上只有一个非聚集主键索引。如何释放这个堆表未使用的空间
　　首先来模拟出我遇到的情况：
USE masterGOCREATE DATABASE TEST;GOUSE TESTGO--每一行占一个PAGE.CREATE TABLE tb_Test( id INT NOT NULL , val CHAR(8000));ALTER TABLE dbo.tb_Test  ADD CONSTRAINT PK_tbTest_id PRIMARY KEY NONCLUSTERED (id);GOINSERT INTO dbo.tb_Test        ( id, val )VALUES  ( 1, REPLICATE('A',10)),( 2, REPLICATE('B',10)),        ( 3, REPLICATE('C',10)),( 4, REPLICATE('D',10)),        ( 5, REPLICATE('E',10)),( 6, REPLICATE('F',10)),        ( 7, REPLICATE('E',10)),( 8, REPLICATE('F',10)),        ( 9, REPLICATE('E',10)),( 10, REPLICATE('F',10));GODBCC SHOWCONTIG('tb_Test');GO　　(10 行受影响)
　　DBCC SHOWCONTIG 正在扫描 'tb_Test' 表...

　　表: 'tb_Test' (85575343)；索引>　　已执行 TABLE 级别的扫描。
　　- 扫描页数................................: 10
　　- 扫描区数..............................: 5
　　- 区切换次数..............................: 4
　　- 每个区的平均页数........................: 2.0
　　- 扫描密度 [最佳计数:实际计数].......: 40.00% [2:5]
　　- 区扫描碎片 ..................: 80.00%
　　- 每页的平均可用字节数.....................: 83.0
　　- 平均页密度(满).....................: 98.97%
　　每行占用一个页所以共有10页，接下来我删除其它5行。
DELETE FROM dbo.tb_TestWHERE id　　已执行 TABLE 级别的扫描。
　　- 扫描页数................................: 10
　　- 扫描区数..............................: 5
　　- 区切换次数..............................: 4
　　- 每个区的平均页数........................: 2.0
　　- 扫描密度 [最佳计数:实际计数].......: 40.00% [2:5]
　　- 区扫描碎片 ..................: 80.00%
　　- 每页的平均可用字节数.....................: 4088.5
　　- 平均页密度(满).....................: 49.49%
　　仍然占用10页，怎么释放出这“空余”的5页？
　　尝试1：把非聚集主键索引改成聚集，再把它改回来。因为聚集索引的叶级页是数据本身，所以创建或者重建都会重新组织数据页。
ALTER TABLE [dbo].[tb_Test] DROP CONSTRAINT [PK_tbTest_id];ALTER TABLE dbo.tb_Test  ADD CONSTRAINT PK_tbTest_id PRIMARY KEY CLUSTERED (id);ALTER TABLE [dbo].[tb_Test] DROP CONSTRAINT [PK_tbTest_id];ALTER TABLE dbo.tb_Test  ADD CONSTRAINT PK_tbTest_id PRIMARY KEY NONCLUSTERED (id);GODBCC SHOWCONTIG('tb_Test');GO　　DBCC SHOWCONTIG 正在扫描 'tb_Test' 表...

　　表: 'tb_Test' (85575343)；索引>　　已执行 TABLE 级别的扫描。
　　- 扫描页数................................: 5
　　- 扫描区数..............................: 3
　　- 区切换次数..............................: 2
　　- 每个区的平均页数........................: 1.7
　　- 扫描密度 [最佳计数:实际计数].......: 33.33% [1:3]
　　- 区扫描碎片 ..................: 66.67%
　　- 每页的平均可用字节数.....................: 83.0
　　- 平均页密度(满).....................: 98.97%
　　这种做法有效。但是释放出来的空间不会返还给OS，只是成为数据库的Unused space.
　　尝试2：收缩数据文件。无论是SHRINKDATABASE或是SHRINKFILE原理都是一样的。执行下面查询时，要回滚“尝试1”的操作。
DBCC SHRINKFILE(TEST);DBCC SHOWCONTIG('tb_Test');GO　　DBCC SHOWCONTIG 正在扫描 'tb_Test' 表...

　　表: 'tb_Test' (149575571)；索引>　　已执行 TABLE 级别的扫描。
　　- 扫描页数................................: 5
　　- 扫描区数..............................: 3
　　- 区切换次数..............................: 2
　　- 每个区的平均页数........................: 1.7
　　- 扫描密度 [最佳计数:实际计数].......: 33.33% [1:3]
　　- 区扫描碎片 ..................: 66.67%
　　- 每页的平均可用字节数.....................: 83.0
　　- 平均页密度(满).....................: 98.97%
　　这种做法也有效,也可以根据Shrink的设定把空间返还给OS。但是在生产环境中，特别是较大的库执行，影响特别大，容易产生大量碎片，一般不会用到。做为紧急应对的一种方法吧。
　　总结：
　　1. 郁闷。我的生产环境中，在做了“尝试1”并未起到效果，最后闲时维护使用“尝试2”才释放出来的。这点才是我做实验和写此文的初衷。
　　2. 不管什么表，最好还是建立一个聚集索。利于管理使用空间，不然像5行数据占据10行的空间，这种事情会经常发生。
　　-------------------------------------
　　作者：Joe.TJ