一、針對不同情況。您可以嘗試以下命令減少未使用空間：
1.回收表或索引視圖中已刪除的可變長度列的空間：
DBCC CLEANTABLE (DBName,"[SalesLT].[ProductModel]", 0);
2.對於堆表：
若要減少堆的區碎片，請對錶創建聚集索引，然後刪除該索引。 在創建聚集索引時將重新分佈數據。有關如何執行這些操作的信息，請參閱CREATE INDEX請添加鏈接描述並DROP INDEX請添加鏈接描述。
3.對於索引，可以重組或者重建索引來減少碎片：
重組: 如果碎片程度<30%,
重新組織索引使用最少系統資源重新組織索引。 通過對葉級頁以物理方式重新排序，使之與葉節點的從左到右的邏輯順序相匹配，進而對錶和視圖中的聚集索引和非聚集索引的葉級進行碎片整理。 重新組織還會壓縮索引頁。 壓縮基於現有的填充因子值。reorganize index只能在online下執行的。
ALTER INDEX PK_ProductModel_ProductModelID on [SalesLT].[ProductModel] REORGANIZE WITH (LOB_COMPACTION=ON);
重新生成索引:將會刪除並重新創建索引。 這將根據指定的或現有的填充因子設置壓縮頁來刪除碎片、回收磁盤空間，然後對連續頁中的索引行重新排序。 如果指定 ALL，將刪除表中的所有索引，然後在單個事務中重新生成。
rebulid index既可以在online又可以在offline下執行.
如果碎片程度>30%
ALTER INDEX PK_ProductModel_ProductModelID ON [SalesLT].[ProductModel] REBUILD;
online模式下
rebuild index會複製舊索引來新建索引，此時舊的索引依然可以被讀取和修改，但是所以在舊索引上的修改都會同步更新到新索引下。中間會有一些衝突解決機制，具體參考Online Index Operations 裏面的Build Phase這一章節。然後在rebuild這個過程完整的時候，會對table上鎖一段時間，在這段時間裏會用新索引來替換舊索引，當這個過程完成以後再釋放table上面的鎖。如果索引列包含 LOB對象的話，在SQL Server 2005/2008/R2中rebuild index online會失敗。在sql server 2012中，即使索引列包含LOB對象，也可以rebuild index online了，可以參考 Online Index Operations for indexes containing LOB columns.
offline模式下
rebuilde index會對table上鎖，所有對這個table的讀寫操作都會被阻塞，在這期間新索引根據舊索引來創建，其實就是一個複製的過程，但是新索引沒有碎片，最後使用新索引替換舊索引。當rebuild整個過程完成以後，table上面的鎖纔會被釋放。
二、您可以通過以下語句查看碎片程度（avg_fragmentation_in_percent列）
DECLARE @db_id SMALLINT;
DECLARE @object_id INT;
SET @db_id = DB_ID(N'DBName');
SET @object_id = OBJECT_ID(N'DBName.SalesLT.ProductModel');
IF @db_id IS NULL
BEGIN;
PRINT N'Invalid database';
END;
ELSE IF @object_id IS NULL
BEGIN;
PRINT N'Invalid object';
END;
ELSE
BEGIN;
SELECT * FROM sys.dm_db_index_physical_stats(@db_id, @object_id, NULL, NULL , 'LIMITED');
END;
GO
三、查看使用空間
sp_spaceused [SalesLT].[ProductModel]