SQL Server 2008中的数据压缩策略
在Types of data compression in SQL Server 2008这篇博客中， Sunil Agarwal提到了在SQL Server 2008中采用的两种压缩策略：
（1）以变长格式存储所有的定长数据类型。在本系列的上一篇文章中，我提到过在SQL Server 2005 SP2中提供的使用vardecimal类型来存储decimal/numeric数据类型以节省存储空间的问题，有兴趣的朋友可以参考上一篇文章最后列出的相关链接以获取更多信息。在SQL Server 2008中，微软将这一思想扩展到了所有的定长数据类型，例如integer,char,float类型。需要注意的是，虽然SQL Server 2008以变长格式存储所有的定长数据类型，但这只是一种存储的具体实现机制，并不会改变任何语义上的东西，任何客户的程序都不需要修改，因为它根本不关心也不必知道数据库内部具体的数据存储方式。
例子一：假设一个表中有一个32位整数列（integer），但是该列的值均在（0~255或-128～127）的范围内，那么SQL Server 2008就可以只用一个字节来存储该列的值，这与之前版本的SQL Server总是使用4个字节来存储该列相比，就节省了75％的空间。
例子二：假设一个表中有一个定长字符串列CHAR(100)，在以前的SQL Server版本中，该列总是使用100个字节来存储（即使实际的字符串没有100个字节，也会在其后填充空格以达到长度正好为100）。但是在SQL Server 2008中，该列将根据实际字符串的长度来进行存储，例如"Hello"将只耗费5个字节存储空间，而"This is a longer string"将只需23个字节存储，分别带来95％和77％的存储空间的节省。
当然，在上述例子一中如果实际的数值变化范围超过了一个字节能够表示的范围，那么相应的压缩比就会降低；对于例子二也类似，如果实际的字符串长度接近100，那么压缩效果也会大大降低。这意味着压缩的效果将依赖于实际的数据值的分布，同时也依赖于表的架构定义，这可能不那么明显，但是想象一下上述的例子二，如果将列的定义改为CHAR(150)，显然压缩的效果就更为显著。另外请注意，NULL值是不需要占用任何存储空间的（参见下面的行格式）。
在SQL Server 2008 Data Compression这篇博客中，博客作者Shailan Chudasama用一副图形象的说明了上述例子一描述的场景：
&nb
相关文档：
本文演示了 SQL Server 2008 分区表实例;
1. 创建测试数据库 ；
2. 创建分区函数;
3. 创建分区架构;
4. 创建分区表;
5. 创建分区索引 ;
6. 分区切换 ;
7. 查询哪些表使用了分区表；
-- 作成者 leno
-- 日期: 2009-06-06 23:50:01.700
-- ......
作中数据库经常出错死锁，并且还要要求解决当前的死锁，问题多多；
参照CSDN，中国风(Roy)一篇死锁文章并改进了下；
/***********************************************************************************************************************
整理人：黑木崖上的蜗牛(lenolotus) 日期:2009.04.28
************ ......
大型系统的生产环境，一般情况下，我们评价一条查询是否有效率，更多的是关注逻辑 IO( 至于为什么，回头补一篇 ) 。我们常说，“要建彪悍的索引”、“要写高效的 SQL ”，其实最终目的就是在相同结果集情况下，尽可能减少逻辑 IO 。
1.1 where 条件的列上都得有统计信 ......
先说说这些误区。所谓“误区”，有一些是新手很容易犯的错误或者很容易忽略的问题，另外一些，则是像“耗子吃了盐会变成蝙蝠”一样，让我们从小就认为是正确的事情。如下：
1、 表上不管用得着用不着，都加个聚集索引。
我们知道，表以两种方式组织物理存储：有聚集索引的“聚集� ......
一. 引言
如果你曾经使用SQL Server开发过任何软件，那么你肯定会习惯于使用四部分标识符来参考一个对象：
[[[server.][database].][schema_name].]object_name
正如上面的方括号所显示的，该语法的不同部分可以被忽略，只要你提供足够的表达来无二义地标识你的对象即可。例如，下面所有这些表达都可能参考相同� ......
