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
相关文档：
定义和用法
DATEDIFF() 函数返回两个日期之间的天数。
语法
DATEDIFF(datepart,startdate,enddate)
startdate 和 enddate 参数是合法的日期表达式。
datepart 参数可以是下列的值：
datepart
缩写
年
yy, yyyy
季度
qq, q
月
mm, m
年中的日
dy, y
日
dd, d
周
wk, ww
星期
dw, w
小时
h ......
给你个最详细的吧 可能有你要的内容
锁的概述
一. 为什么要引入锁
多个用户同时对数据库的并发操作时会带来以下数据不一致的问题:
丢失更新
A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统
脏读
A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取� ......
我们先看 NestedLoop 和 MergeJoin 的算法（以下为引用，见 RicCC 的《 通往性能优化的天堂 - 地狱 JOIN 方法说明 》 ):
==================================
NestedLoop:
foreach rowA in tableA where tableA.col2=?
{
search rowsB from tableB where tableB.c ......
先说说这些误区。所谓“误区”，有一些是新手很容易犯的错误或者很容易忽略的问题，另外一些，则是像“耗子吃了盐会变成蝙蝠”一样，让我们从小就认为是正确的事情。如下：
1、 表上不管用得着用不着，都加个聚集索引。
我们知道，表以两种方式组织物理存储：有聚集索引的“聚集� ......
一、基础
1、说明：创建数据库
CREATE DATABASE database-name
2、说明：删除数据库
drop database dbname
3、说明：备份sql server
--- 创建 备份数据的 device
USE master
EXEC sp_addumpdevice 'disk', 'testBack', 'c:\mssql7backup\MyNwind_1.dat'
--- 开始 备份
BACKUP DATABASE pubs TO testBack
......
