SQL SERVER 2008的数据压缩
一、数据库版本
数据压缩在Sql Server 2008上才支持，2005不行，并且还要是企业版。我常常忘了这一点，在2005的Studio上闹出语法错误的状况，折腾浪费了好一阵才醒悟过来。
二、压缩状况
大约可以节省20%-50%的空间，并且行压缩和页压缩有所区别。
但让我失望的是，像含有Varchar(max),xml这种字段类型的，反而似乎压缩不起什么作用。其实我觉得最需要压缩的就是它们。
三、行压缩与页压缩
行压缩是将固定长度类型存储为可变长度存储类型。页压缩除了行压缩，还有字典压缩等等。就是说，页级比行级压得更狠，更厉害。通常，表的话我采用页压缩；索引，行压缩。不为什么，想当然耳。
四、开始压缩
压缩的时候，硬盘要有空余的空间，因为压缩需要消耗额外的磁盘。比如说，我压缩一个190GB的表，大概还要额外占用90GB的空间。压缩完了以后，可以通过收缩数据库文件释放。释放了以后空间就连本带利多上一点。
非分区表页级压缩
ALTER TABLE [table1] REBUILD WITH (DATA_COMPRESSION = PAGE);
GO
分区表页级压缩
ALTER TABLE [partitiontable1]
REBUILD PARTITION = ALL
WITH
(
DATA_COMPRESSION = PAGE ON PARTITIONS(1 TO 11)
);
GO
非分区索引行级压缩
ALTER INDEX ix_id
ON table1
REBUILD WITH ( DATA_COMPRESSION = ROW ) ;
GO
分区索引行级压缩
ALTER INDEX Ix_Id ON partitiontable1
REBUILD PARTITION = ALL
WITH
(
DATA_COMPRESSION = ROW ON PARTITIONS(1 TO 16)
);
GO
五、压缩以后收缩数据库文件
DBCC SHRINKFILE ([数据库文件逻辑名], 收缩至多大（以M为单位）);
GO
如
DBCC SHRINKFILE ([data_0], 5371);
GO
这个收缩后大小，我是先在Studio中，选中数据库，鼠标右键，在菜单中选任务，收缩，然后得到这个收缩后的最小尺寸，再抄到脚本上的。
其实帮助里面说，DBCC SHRINKFILE 不会将文件收缩到小于存储文件中的数据所需要的大小。例如，如果使用 10 MB 数据文件中的 7 MB，则带有 target_size 为 6 的 DBCC SHRINKFILE 语句只能将该文件收缩到 7 MB，而不能收缩到 6 MB。那么我们将5371写成1，岂不快哉？我没有试，可能可以。
六、经验总结
压缩和收缩分区表、分区索引消耗好多时间。有个几十G的分区表，我压缩完了以后，收缩花了2天又19个小时，是用脚本执行的，一口气不停歇。
非分区表则很快，100多G的文件，1、2小时就搞定了。
七、为什么要压缩
我觉得数据库服务器的瓶颈往往在�
相关文档：
一、SQL存储过程的概念，优点及语法
整理在学习程序过程之前，先了解下什么是存储过程?为什么要用存储过程，他有那些优点
定义：将常用的或很复杂的工作，预先用SQL语句写好并用一个指定的名称存储起来, 那么以后要叫数据库提供与已定义好的存储过程的功能相同的服务时,只需调用execute,即可自动完� ......
在一个数据表里，有3个字段，如下：
ID 自动增加，已建索引
TITLE nvarchar(255)
CONTENT ntext(16)
对title字段进行“like”查询，速度还行。但是要对content字段，进行“like”查询，速度很慢，不可 ......
Rebuild indexes online with SQL Server 2005
http://blogs.techrepublic.com.com/datacenter/?p=249
Online index rebuild
SQL Server 2005 introduces the ability to rebuild your indexes in an
online fashion so that other processes are able to access the table
while the rebuild is occurring. Because y ......
我定义了一个 textarea:
<tr bgcolor="#CCCCCC" align="center" valign="bottom">
<td align="right" valign="top" class="style1" >文章内容：</td>
&nbs ......
