事实上，我们可以通过前面聚集索引和非聚集索引的定义的例子来理解上表。如：返回某范围内的数据一项。比如您的某个表有一个时间列，恰好您把聚合索引建立在了该列，这时您查询2004年1月1日至2004年10月1日之间的全部数据时，这个速度就将是很快的，因为您的这本字典正文是按日期进行排序的，聚类索引只需要找到要检索的所有数据中的开头和结尾数据即可；而不像非聚集索引，必须先查到目录中查到每一项数据对应的页码，然后再根据页码查到具体内容。

三、结合实际，谈索引使用的误区

　　理论的目的是应用。虽然我们刚才列出了何时应使用聚集索引或非聚集索引，但在实践中以上规则却很容易被忽视或不能根据实际情况进行综合分析。下面我们将根据在实践中遇到的实际问题来谈一下索引使用的误区，以便于大家掌握索引建立的方法。

1、主键就是聚集索引
　　这种想法笔者认为是极端错误的，是对聚集索引的一种浪费。虽然SQL SERVER默认是在主键上建立聚集索引的。
　　通常，我们会在每个表中都建立一个ID列，以区分每条数据，并且这个ID列是自动增大的，步长一般为1。我们的这个办公自动化的实例中的列Gid就是如此。此时，如果我们将这个列设为主键，SQL SERVER会将此列默认为聚集索引。这样做有好处，就是可以让您的数据在数据库中按照ID进行物理排序，但笔者认为这样做意义不大。
　　显而易见，聚集索引的优势是很明显的，而每个表中只能有一个聚集索引的规则，这使得聚集索引变得更加珍贵。
　　从我们前面谈到的聚集索引的定义我们可以看出，使用聚集索引的最大好处就是能够根据查询要求，迅速缩小查询范围，避免全表扫描。在实际应用中，因为ID号是自动生成的，我们并不知道每条记录的ID号，所以我们很难在实践中用ID号来进行查询。这就使让ID号这个主键作为聚集索引成为一种资源浪费。其次，让每个ID号都不同的字段作为聚集索引也不符合“大数目的不同值情况下不应建立聚合索引”规则；当然，这种情况只是针对用户经常修改记录内容，特别是索引项的时候会负作用，但对于查询速度并没有影响。
　　在办公自动化系统中，无论是系统首页显示的需要用户签收的文件、会议还是用户进行文件查询等任何情况下进行数据查询都离不开字段的是“日期”还有用户本身的“用户名”。
　　通常，办公自动化的首页会显示每个用户尚未签收的文件或会议。虽然我们的where语句可以仅仅限制当前用户尚未签收的情况，但如果您的系统已建立了很长时间，并且数据量很大，那么，每次每个用户打开首页的时候都进行一次全表扫描，这样做意义是不大的，绝大多数的用户1个月前的文件都已经浏览过了，这样做只能徒增数据库的开销而已。事实上，我们完全可以让用户打开系统首页时，数据库仅仅查询这个用户近3个月来未阅览的文件，通过“日期”这个字段来限制表扫描，提高查询速度。如果您的办公自动化系统已经建立的2年，那么您的首页显示速度理论上将是原来速度8倍，甚至更快。
　　在这里之所以提到“理论上”三字，是因为如果您的聚集索引还是盲目地建在ID这个主键上时，您的查询速度是没有这么高的，即使您在“日期”这个字段上建立的索引（非聚合索引）。下面我们就来看一下在1000万条数据量的情况下各种查询的速度表现（3个月内的数据为25万条）：

（1）仅在主键上建立聚集索引，并且不划分时间段：

Select gid,fariqi,neibuyonghu,title from tgongwen

用时：128470毫秒（即：128秒）

（2）在主键上建立聚集索引，在fariq上建立非聚集索引：

select gid,fariqi,neibuyonghu,title from Tgongwen
where fariqi> dateadd(day,-90,getdate())

用时：53763毫秒（54秒）

（3）将聚合索引建立在日期列（fariqi）上：

select gid,fariqi,neibuyonghu,title from Tgongwen
where fariqi> dateadd(day,-90,getdate())

用时：2423毫秒（2秒）

　　虽然每条语句提取出来的都是25万条数据，各种情况的差异却是巨大的，特别是将聚集索引建立在日期列时的差异。事实上，如果您的数据库真的有1000万容量的话，把主键建立在ID列上，就像以上的第1、2种情况，在网页上的表现就是超时，根本就无法显示。这也是我摒弃ID列作为聚集索引的一个最重要的因素。得出以上速度的方法是：在各个select语句前加：

declare @d datetime
set @d=getdate()

并在select语句后加：

select [语句执行花费时间(毫秒)]=datediff(ms,@d,getdate())

2、只要建立索引就能显著提高查询速度
　　事实上，我们可以发现上面的例子中，第2、3条语句完全相同，且建立索引的字段也相同；不同的仅是前者在fariqi字段上建立的是非聚合索引，后者在此字段上建立的是聚合索引，但查询速度却有着天壤之别。所以，并非是在任何字段上简单地建立索引就能提高查询速度。
　　从建表的语句中，我们可以看到这个有着1000万数据的表中fariqi字段有5003个不同记录。在此字段上建立聚合索引是再合适不过了。在现实中，我们每天都会发几个文件，这几个文件的发文日期就相同，这完全符合建立聚集索引要求的：“既不能绝大多数都相同，又不能只有极少数相同”的规则。由此看来，我们建立“适当”的聚合索引对于我们提高查询速度是非常重要的。

3、把所有需要提高查询速度的字段都加进聚集索引，以提高查询速度
　　上面已经谈到：在进行数据查询时都离不开字段的是“日期”还有用户本身的“用户名”。既然这两个字段都是如此的重要，我们可以把他们合并起来，建立一个复合索引（compound index）。
　　很多人认为只要把任何字段加进聚集索引，就能提高查询速度，也有人感到迷惑：如果把复合的聚集索引字段分开查询，那么查询速度会减慢吗？带着这个问题，我们来看一下以下的查询速度（结果集都是25万条数据）：（日期列fariqi首先排在复合聚集索引的起始列，用户名neibuyonghu排在后列）：

（1）select gid,fariqi,neibuyonghu,title from Tgongwen where fariqi>''2004-5-5'' 

查询速度：2513毫秒

（2）select gid,fariqi,neibuyonghu,title from Tgongwen
　　　　　　　　　　　　where fariqi>''2004-5-5'' and neibuyonghu=''办公室''

查询速度：2516毫秒

（3）select gid,fariqi,neibuyonghu,title from Tgongwen where neibuyonghu=''办公室''

查询速度：60280毫秒

　　从以上试验中，我们可以看到如果仅用聚集索引的起始列作为查询条件和同时用到复合聚集索引的全部列的查询速度是几乎一样的，甚至比用上全部的复合索引列还要略快（在查询结果集数目一样的情况下）；而如果仅用复合聚集索引的非起始列作为查询条件的话，这个索引是不起任何作用的。当然，语句1、2的查询速度一样是因为查询的条目数一样，如果复合索引的所有列都用上，而且查询结果少的话，这样就会形成“索引覆盖”，因而性能可以达到最优。同时，请记住：无论您是否经常使用聚合索引的其他列，但其前导列一定要是使用最频繁的列。

四、其他书上没有的索引使用经验总结

1、用聚合索引比用不是聚合索引的主键速度快
　　下面是实例语句：（都是提取25万条数据）

select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi=''2004-9-16''

使用时间：3326毫秒

select gid,fariqi,neibuyonghu,reader,title from Tgongwen where gid<=250000

使用时间：4470毫秒

这里，用聚合索引比用不是聚合索引的主键速度快了近1/4。

2、用聚合索引比用一般的主键作order by时速度快，特别是在小数据量情况下

select gid,fariqi,neibuyonghu,reader,title from Tgongwen order by fariqi

用时：12936

select gid,fariqi,neibuyonghu,reader,title from Tgongwen order by gid

用时：18843

　　这里，用聚合索引比用一般的主键作order by时，速度快了3/10。事实上，如果数据量很小的话，用聚集索引作为排序列要比使用非聚集索引速度快得明显的多；而数据量如果很大的话，如10万以上，则二者的速度差别不明显。

3、使用聚合索引内的时间段，搜索时间会按数据占整个数据表的百分比成比例减少，而无论聚合索引使用了多少个：

select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi>''2004-1-1''

用时：6343毫秒（提取100万条）

select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi>''2004-6-6''

用时：3170毫秒（提取50万条）

select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi=''2004-9-16''

用时：3326毫秒（和上句的结果一模一样。如果采集的数量一样，那么用大于号和等于号是一样的）

select gid,fariqi,neibuyonghu,reader,title from Tgongwen
　　　　　　　　　　　　where fariqi>''2004-1-1'' and fariqi<''2004-6-6''

用时：3280毫秒

4、日期列不会因为有分秒的输入而减慢查询速度
　　下面的例子中，共有100万条数据，2004年1月1日以后的数据有50万条，但只有两个不同的日期，日期精确到日；之前有数据50万条，有5000个不同的日期，日期精确到秒。

select gid,fariqi,neibuyonghu,reader,title from Tgongwen
　　　　　　　　　　where fariqi>''2004-1-1'' order by fariqi

用时：6390毫秒

select gid,fariqi,neibuyonghu,reader,title from Tgongwen
　　　　　　　　　　　　where fariqi<''2004-1-1'' order by fariqi

用时：6453毫秒

五、其他注意事项

　　“水可载舟，亦可覆舟”，索引也一样。索引有助于提高检索性能，但过多或不当的索引也会导致系统低效。因为用户在表中每加进一个索引，数据库就要做更多的工作。过多的索引甚至会导致索引碎片。
　　所以说，我们要建立一个“适当”的索引体系，特别是对聚合索引的创建，更应精益求精，以使您的数据库能得到高性能的发挥。
　　当然，在实践中，作为一个尽职的数据库管理员，您还要多测试一些方案，找出哪种方案效率最高、最为有效。

（待续...）

trackback: http://www.vckbase.com/document/viewdoc/?id=1307

 DECLARE dt_Cursor CURSOR DYNAMIC FOR

select obj.name--, count(*)

from sysobjects obj, syscolumns col

where obj.id=col.id and col.name = 'SEC_CD' and obj.type='U'

OPEN dt_Cursor

declare @firstLine bit

set @firstLine = 1

Declare @sql varchar(8000)

set @sql = ''

Declare @tblName varchar(100)

FETCH NEXT FROM dt_Cursor INTO @tblName

WHILE @@FETCH_STATUS = 0

BEGIN

   if @firstLine=1

       set @firstLine=0

   else

       set @sql = @sql + ' union all '

   set @sql = @sql + 'select ''' + @tblName + ''' as TABLE_NM, count(*) as ROW_CNT from ' + @tblName + ' where SEC_CD=''02188'''

   FETCH NEXT FROM dt_Cursor INTO @tblName

END

CLOSE dt_Cursor

DEALLOCATE dt_Cursor

exec (@sql)

 

--===========================================
--===========================================
xp_sendmail {[@recipients =] "recipients [;...n]"}
　　[,[@message =] "message"]
　　[,[@query =] "query"]
　　[,[@attachments =] attachments]
　　[,[@copy_recipients =] "copy_recipients [;...n]"
　　[,[@blind_copy_recipients =] "blind_copy_recipients [;...n]"
　　[,[@subject =] "subject"]
　　[,[@type =] "type"]
　　[,[@attach_results =] "attach_value"]
　　[,[@no_output =] "output_value"]
　　[,[@no_header =] "header_value"]
　　[,[@width =] width]
　　[,[@separator =] "separator"]
　　[,[@echo_error =] "echo_value"]
　　[,[@set_user =] "user"]
　　[,[@dbuse =] "database"]
　　
　　其中@recipients是必需的
　　
　　参数说明：
　　
　　参数 说明
　　@recipients 收件人，中间用逗号分开
　　@message 要发送的信息
　　@query 确定执行并依附邮件的有效查询，除触发器中的插入表及删除表外，此查询能引用任何对象
　　@attachments 附件
　　@copy_recipients 抄送
　　@blind_copy_recipients 密送
　　@subject 标题
　　@attach_results 指定查询结果做为附件发送
　　@no_header 不发送查询结果的列名
　　@set_user 查询联接的用户名，默认为Guset
　　@dbuse 查询所用的数据库，默认为缺省数据库

USE [msdb]

GO

/****** 对象:  Job [pdw远程备份到192.168.36.38(每周7覆盖更新)]    脚本日期: 12/21/2007 09:37:05 ******/

BEGIN TRANSACTION

DECLARE @ReturnCode INT

SELECT @ReturnCode = 0

/****** 对象:  JobCategory [Database Maintenance]    脚本日期: 12/21/2007 09:37:05 ******/

IF NOT EXISTS (SELECT name FROM msdb.dbo.syscategories WHERE name=N'Database Maintenance' AND category_class=1)

BEGIN

EXEC @ReturnCode = msdb.dbo.sp_add_category @class=N'JOB', @type=N'LOCAL', @name=N'Database Maintenance'

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

END

DECLARE @jobId BINARY(16)

EXEC @ReturnCode =  msdb.dbo.sp_add_job @job_name=N'pdw远程备份到192.168.36.38(每周7覆盖更新)',

                   @enabled=1,

                   @notify_level_eventlog=2,

                   @notify_level_email=0,

                   @notify_level_netsend=0,

                   @notify_level_page=0,

                   @delete_level=0,

                   @description=N'pdw远程备份到192.168.36.38(每周7覆盖更新)',

                   @category_name=N'Database Maintenance',

                   @owner_login_name=N'sa', @job_id = @jobId OUTPUT

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

/****** 对象:  Step [a net use  \\192.168.36.38]    脚本日期: 12/21/2007 09:37:06 ******/

EXEC @ReturnCode = msdb.dbo.sp_add_jobstep @job_id=@jobId, @step_name=N'a net use  \\192.168.36.38',

                   @step_id=1,

                   @cmdexec_success_code=0,

                   @on_success_action=3,

                   @on_success_step_id=0,

                   @on_fail_action=2,

                   @on_fail_step_id=0,

                   @retry_attempts=10,

                   @retry_interval=1,

                   @os_run_priority=0, @subsystem=N'TSQL',

                   @command=N'--pdw远程备份设备安装到192.168.36.38

master..xp_cmdshell ''net use  \\192.168.36.38 ****** /user:editor''',

                   @database_name=N'master',

                   @flags=0

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

/****** 对象:  Step [BACKUP DATABASE [CSRC_RS_NEW]]]    脚本日期: 12/21/2007 09:37:06 ******/

EXEC @ReturnCode = msdb.dbo.sp_add_jobstep @job_id=@jobId, @step_name=N'BACKUP DATABASE [CSRC_RS_NEW]',

                   @step_id=2,

                   @cmdexec_success_code=0,

                   @on_success_action=3,

                   @on_success_step_id=0,

                   @on_fail_action=2,

                   @on_fail_step_id=0,

                   @retry_attempts=0,

                   @retry_interval=1,

                   @os_run_priority=0, @subsystem=N'TSQL',

                   @command=N'BACKUP DATABASE [CSRC_RS_NEW] TO  DISK = N''\\192.168.36.38\d$\data_bak\CSRC_RS_NEW.bak'' WITH  INIT ,  NOUNLOAD ,  NAME = N''CSRC_RS_NEW'',  NOSKIP ,  STATS = 10,  NOFORMAT',

                   @database_name=N'CSRC_RS_NEW',

                   @flags=0

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

EXEC @ReturnCode = msdb.dbo.sp_add_jobserver @job_id = @jobId, @server_name = N'(local)'

COMMIT TRANSACTION

GOTO EndSave

QuitWithRollback:

         IF (@@TRANCOUNT > 0) ROLLBACK TRANSACTION

EndSave:

要找出每一行的排名，我們就打入以下的 SQL 語句：

SELECT a1.Name, a1.Sales, COUNT(a2.sales) Sales_Rank
FROM Total_Sales a1, Total_Sales a2
WHERE a1.Sales <= a2.Sales or (a1.Sales=a2.Sales and a1.Name = a2.Name)
GROUP BY a1.Name, a1.Sales
ORDER BY a1.Sales DESC, a1.Name DESC;

結果:

我們先來看 WHERE子句。在字句的第一部分 (a1.Sales <= a2.Sales)，我們算出有多少筆資料 Sales 欄位的值是比自己本身的值小或是相等。如果在 Sales 欄位中沒有同樣大小的資料，那這部分的 WHERE子句本身就可以產生出正確的排名。

子句的第二部分，(a1.Sales=a2.Sales and a1.Name = a2.Name)，則是讓我們在 Sales 欄位中有同樣大小的資料時 (像 Stella 及 Jeff 這兩筆資料)，仍然能夠產生正確的排名。

大体的数据流构造像下面这样，我会仔细加以讲解：
 

下面这个图显示了我们要处理的数据来源的文本格式，其中含有“M”的为主行，含有“D”的为子行
 

我们将建立一个flat file connection manager指向该文件，在这里，我并不打算把行拆分出来，暂时把整行读在一列中
 

下一步我们将拖曳一个 Flat File Source Adapter 组件到数据流面板，并指定来源和上面所建立的连接来源，且指定输出列
  

完成这个操作后，我们将用 Conditional Split Transform 组件来把文件中的记录流向不同的输出，配置如下
 

现在我们已经完成了主从行的不同流向，下一步我们将用 Script Transform 把行中的信息拆开到不同的列中去
使用Script Transform组件的第一步是添加一些输出列,当数据经过这个组件时，下游的组件将可以看到这些列
 

到现在，我们只定义了Script Transform 组件将产生这些列，但并没有具体的指定列中的内容，下面我们可以通过设计以下脚本来实现不同列的内容是什么
 

最后，我们只需放上2个Raw File Destination Adapter组件接收输出即可，下面是包的运行结果
 
 
 
 
  
 
 

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=449886

SQL Server中有几个可以让你检测、调整和优化SQL Server性能的工具。在本文中，我将说明如何用SQL Server的工具来优化数据库索引的使用，本文还涉及到有关索引的一般性知识。

关于索引的常识

影响到数据库性能的最大因素就是索引。由于该问题的复杂性，我只可能简单的谈谈这个问题，不过关于这方面的问题，目前有好几本不错的书籍可供你参阅。我在这里只讨论两种SQL Server索引，即clustered索引和nonclustered索引。当考察建立什么类型的索引时，你应当考虑数据类型和保存这些数据的column。同样，你也必须考虑数据库可能用到的查询类型以及使用的最为频繁的查询类型。

索引的类型

如果column保存了高度相关的数据，并且常常被顺序访问时，最好使用clustered索引，这是因为如果使用clustered索引，SQL Server会在物理上按升序（默认）或者降序重排数据列，这样就可以迅速的找到被查询的数据。同样，在搜寻控制在一定范围内的情况下，对这些column也最好使用clustered索引。这是因为由于物理上重排数据，每个表格上只有一个clustered索引。

与上面情况相反，如果columns包含的数据相关性较差，你可以使用nonculstered索引。你可以在一个表格中使用高达249个nonclustered索引——尽管我想象不出实际应用场合会用的上这么多索引。

当表格使用主关键字（primary keys），默认情况下SQL Server会自动对包含该关键字的column(s)建立一个独有的cluster索引。很显然，对这些column(s)建立独有索引意味着主关键字的唯一性。当建立外关键字（foreign key）关系时，如果你打算频繁使用它，那么在外关键字cloumn上建立nonclustered索引不失为一个好的方法。如果表格有clustered索引，那么它用一个链表来维护数据页之间的关系。相反，如果表格没有clustered索引，SQL Server将在一个堆栈中保存数据页。

数据页

当索引建立起来的时候，SQLServer就建立数据页（datapage），数据页是用以加速搜索的指针。当索引建立起来的时候，其对应的填充因子也即被设置。设置填充因子的目的是为了指示该索引中数据页的百分比。随着时间的推移，数据库的更新会消耗掉已有的空闲空间，这就会导致页被拆分。页拆分的后果是降低了索引的性能，因而使用该索引的查询会导致数据存储的支离破碎。当建立一个索引时，该索引的填充因子即被设置好了，因此填充因子不能动态维护。

为了更新数据页中的填充因子，我们可以停止旧有索引并重建索引，并重新设置填充因子（注意：这将影响到当前数据库的运行，在重要场合请谨慎使用）。DBCC INDEXDEFRAG和DBCC DBREINDEX是清除clustered和nonculstered索引碎片的两个命令。INDEXDEFRAG是一种在线操作（也就是说，它不会阻塞其它表格动作，如查询），而DBREINDEX则在物理上重建索引。在绝大多数情况下，重建索引可以更好的消除碎片，但是这个优点是以阻塞当前发生在该索引所在表格上其它动作为代价换取来得。当出现较大的碎片索引时，INDEXDEFRAG会花上一段比较长的时间，这是因为该命令的运行是基于小的交互块（transactional block）。

填充因子

当你执行上述措施中的任何一个，数据库引擎可以更有效的返回编入索引的数据。关于填充因子（fillfactor）话题已经超出了本文的范畴，不过我还是提醒你需要注意那些打算使用填充因子建立索引的表格。

在执行查询时，SQL Server动态选择使用哪个索引。为此，SQL Server根据每个索引上分布在该关键字上的统计量来决定使用哪个索引。值得注意的是，经过日常的数据库活动（如插入、删除和更新表格），SQL Server用到的这些统计量可能已经“过期”了，需要更新。你可以通过执行DBCC SHOWCONTIG来查看统计量的状态。当你认为统计量已经“过期”时，你可以执行该表格的UPDATE STATISTICS命令，这样SQL Server就刷新了关于该索引的信息了。

建立数据库维护计划

SQL Server提供了一种简化并自动维护数据库的工具。这个称之为数据库维护计划向导（Database Maintenance Plan Wizard ，DMPW）的工具也包括了对索引的优化。如果你运行这个向导，你会看到关于数据库中关于索引的统计量，这些统计量作为日志工作并定时更新，这样就减轻了手工重建索引所带来的工作量。如果你不想自动定期刷新索引统计量，你还可以在DMPW中选择重新组织数据和数据页，这将停止旧有索引并按特定的填充因子重建索引。

　　在数据库领域内，常常把使用数据库的各类系统统称为数据库应用系统。

一、数据库和信息系统
　　(1)数据库是信息系统的核心和基础，把信息系统中大量的数据按一定的模型组织起来，提供存储、维护、检索数据的
　   　功能，使信息系统可以方便、及时、准确地从数据库中获得所需的信息。
　　(2)数据库是信息系统的各个部分能否紧密地结合在一起以及如何结合的关键所在。
　　(3)数据库设计是信息系统开发和建设的重要组成部分。
　　(4)数据库设计人员应该具备的技术和知识：
　　　 　数据库的基本知识和数据库设计技术
　　　　 计算机科学的基础知识和程序设计的方法和技巧
　　　 　软件工程的原理和方法
　　　　 应用领域的知识

二、数据库设计的特点
　　数据库建设是硬件、软件和干件的结合
　　　三分技术，七分管理，十二分基础数据
　　　技术与管理的界面称之为“干件”
　　数据库设计应该与应用系统设计相结合
　　　结构（数据）设计：设计数据库框架或数据库结构
　　　行为（处理）设计：设计应用程序、事务处理等
　　结构和行为分离的设计
　　　传统的软件工程忽视对应用中数据语义的分析和抽象，只要有可能就尽量推迟数据结构设计的决策早期的数据库设计致力于数据模型和建模方法研究，忽视了对行为的设计
　　如图：

　　　　　　   　
三、数据库设计方法简述
　　手工试凑法
　　　设计质量与设计人员的经验和水平有直接关系
　　　缺乏科学理论和工程方法的支持，工程的质量难以保证
　　　数据库运行一段时间后常常又不同程度地发现各种问题，增加了维护代价
　　规范设计法
　　　手工设计方
　　　基本思想
　　过程迭代和逐步求精
　　规范设计法(续)
　　典型方法：
　　(1)新奥尔良（New Orleans）方法：将数据库设计分为四个阶段
　　　　S.B.Yao方法：将数据库设计分为五个步骤
　　　　I.R.Palmer方法：把数据库设计当成一步接一步的过程
　　(2)计算机辅助设计
　　　　ORACLE Designer 2000
　　　　SYBASE PowerDesigner

四、数据库设计的基本步骤
　　数据库设计的过程(六个阶段)
　  1.需求分析阶段
　　　准确了解与分析用户需求（包括数据与处理）
　　　是整个设计过程的基础，是最困难、最耗费时间的一步
　　2.概念结构设计阶段
　　　是整个数据库设计的关键
　　　通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型
　　3.逻辑结构设计阶段
　　　将概念结构转换为某个DBMS所支持的数据模型
　　　对其进行优化
　　4.数据库物理设计阶段
　　　为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）
　　5.数据库实施阶段
　　　运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果
　　　建立数据库，编制与调试应用程序，组织数据入库，并进行试运行
　　6.数据库运行和维护阶段
　　　数据库应用系统经过试运行后即可投入正式运行。
　　　在数据库系统运行过程中必须不断地对其进行评价、调整与修改
　　设计特点:
　　　在设计过程中把数据库的设计和对数据库中数据处理的设计紧密结合起来将这两个方面的需求分析、抽象、设计、实现在各个阶段同时进行，相互参照，相互补充，以完善两方面的设计

　　设计过程各个阶段的设计描述：
　　如图：
         

五、数据库各级模式的形成过程
　　1.需求分析阶段：综合各个用户的应用需求
　　2.概念设计阶段：形成独立于机器特点，独立于各个DBMS产品的概念模式(E-R图)
　　3.逻辑设计阶段：首先将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式；然后根据用户处理的要求、安全性的考虑，在基本表的基础上再建立必要的视图(View)，形成数据的外模式
　　4.物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式

六、数据库设计技巧

　　1. 设计数据库之前（需求分析阶段）
　　1) 理解客户需求，询问用户如何看待未来需求变化。让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。
　　2) 了解企业业务可以在以后的开发阶段节约大量的时间。
　　3) 重视输入输出。
　　在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。
　　举例：假如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码字段而不要把邮政编码糅进地址字段里。
　　4) 创建数据字典和ER 图表
　　ER 图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对SQL 表达式的文档化来说这是完全必要的。
　　5) 定义标准的对象命名规范
　　数据库各种对象的命名必须规范。

　　2. 表和字段的设计（数据库逻辑设计）
　　表设计原则
　　1) 标准化和规范化
　　数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。
　　举例：某个存放客户及其有关定单的3NF 数据库就可能有两个表：Customer 和Order。Order 表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer 表里包含该客户信息的那一行。
　　事实上，为了效率的缘故，对表不进行标准化有时也是必要的。
　　2) 数据驱动
　　采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。
　　举例，假如用户界面要访问外部数据源（文件、XML 文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。
　　3) 考虑各种变化
　　在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。
　　举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。

　　字段设计原则
　　4) 每个表中都应该添加的3 个有用的字段
dRecordCreationDate，在VB 下默认是Now()，而在SQL Server 　　• 下默认为GETDATE()
sRecordCreator，在SQL Server 下默认为NOT NULL DEFAULT 　　• USER
nRecordVersion，记录的版本标记；有助于准确说明记录中出现null 数据或者丢失数据的原因 　　•
　　5) 对地址和电话采用多个字段
　　描述街道地址就短短一行记录是不够的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的灵活性。还有，电话号码和邮件地址最好拥有自己的数据表，其间具有自身的类型和标记类别。
　　6) 使用角色实体定义属于某类别的列
　　在需要对属于特定类别或者具有特定角色的事物做定义时，可以用角色实体来创建特定的时间关联关系，从而可以实现自我文档化。
　　举例：用PERSON 实体和PERSON_TYPE 实体来描述人员。比方说，当John Smith, Engineer 提升为John Smith, Director 乃至最后爬到John Smith, CIO 的高位，而所有你要做的不过是改变两个表PERSON 和PERSON_TYPE 之间关系的键值，同时增加一个日期/时间字段来知道变化是何时发生的。这样，你的PERSON_TYPE 表就包含了所有PERSON 的可能类型，比如Associate、Engineer、Director、CIO 或者CEO 等。还有个替代办法就是改变PERSON 记录来反映新头衔的变化，不过这样一来在时间上无法跟踪个人所处位置的具体时间。
　　7) 选择数字类型和文本类型尽量充足
　　在SQL 中使用smallint 和tinyint 类型要特别小心。比如，假如想看看月销售总额，总额字段类型是smallint，那么，如果总额超过了$32,767 就不能进行计算操作了。
　　而ID 类型的文本字段，比如客户ID 或定单号等等都应该设置得比一般想象更大。假设客户ID 为10 位数长。那你应该把数据库表字段的长度设为12 或者13 个字符长。但这额外占据的空间却无需将来重构整个数据库就可以实现数据库规模的增长了。
　　8) 增加删除标记字段
　　在表中包含一个“删除标记”字段，这样就可以把行标记为删除。在关系数据库里不要单独删除某一行；最好采用清除数据程序而且要仔细维护索引整体性。

　　3. 选择键和索引（数据库逻辑设计）
　　键选择原则：
　　1) 键设计4 原则
为关联字段创建外键。 　　•
所有的键都必须唯一。 　　•
避免使用复合键。 　　•
外键总是关联唯一的键字段。 　　•
　　2) 使用系统生成的主键
　　设计数据库的时候采用系统生成的键作为主键，那么实际控制了数据库的索引完整性。这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。采用系统生成键作为主键还有一个优点：当拥有一致的键结构时，找到逻辑缺陷很容易。
　　3) 不要用用户的键(不让主键具有可更新性)
　　在确定采用什么字段作为表的键的时候，可一定要小心用户将要编辑的字段。通常的情况下不要选择用户可编辑的字段作为键。
　　4) 可选键有时可做主键
　　把可选键进一步用做主键，可以拥有建立强大索引的能力。

　　索引使用原则：
　　索引是从数据库中获取数据的最高效方式之一。95%的数据库性能问题都可以采用索引技术得到解决。
　　1) 逻辑主键使用唯一的成组索引，对系统键（作为存储过程）采用唯一的非成组索引，对任何外键列采用非成组索引。考虑数据库的空间有多大，表如何进行访问，还有这些访问是否主要用作读写。
　　2) 大多数数据库都索引自动创建的主键字段，但是可别忘了索引外键，它们也是经常使用的键，比如运行查询显示主表和所有关联表的某条记录就用得上。
　　3) 不要索引memo/note 字段，不要索引大型字段（有很多字符），这样作会让索引占用太多的存储空间。
　　4) 不要索引常用的小型表
　　不要为小型数据表设置任何键，假如它们经常有插入和删除操作就更别这样作了。对这些插入和删除操作的索引维护可能比扫描表空间消耗更多的时间。

　　4. 数据完整性设计（数据库逻辑设计）
　　1) 完整性实现机制：
　　实体完整性：主键
　　参照完整性：
　　父表中删除数据：级联删除；受限删除；置空值
　　父表中插入数据：受限插入；递归插入
　　父表中更新数据：级联更新；受限更新；置空值
　　DBMS对参照完整性可以有两种方法实现：外键实现机制（约束规则）和触发器实现机制
　　用户定义完整性：
　　NOT NULL；CHECK；触发器
　　2) 用约束而非商务规则强制数据完整性
　　采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。
　　3) 强制指示完整性
　　在有害数据进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。
　　4) 使用查找控制数据完整性
　　控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等。
　　5) 采用视图
　　为了在数据库和应用程序代码之间提供另一层抽象，可以为应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。

　　5. 其他设计技巧
　　1) 避免使用触发器
　　触发器的功能通常可以用其他方式实现。在调试程序时触发器可能成为干扰。假如你确实需要采用触发器，你最好集中对它文档化。
　　2) 使用常用英语（或者其他任何语言）而不要使用编码
　　在创建下拉菜单、列表、报表时最好按照英语名排序。假如需要编码，可以在编码旁附上用户知道的英语。
　　3) 保存常用信息
　　让一个表专门存放一般数据库信息非常有用。在这个表里存放数据库当前版本、最近检查/修复（对Access）、关联设计文档的名称、客户等信息。这样可以实现一种简单机制跟踪数据库，当客户抱怨他们的数据库没有达到希望的要求而与你联系时，这样做对非客户机/服务器环境特别有用。
　　4) 包含版本机制
　　在数据库中引入版本控制机制来确定使用中的数据库的版本。时间一长，用户的需求总是会改变的。最终可能会要求修改数据库结构。把版本信息直接存放到数据库中更为方便。
　　5) 编制文档
　　对所有的快捷方式、命名规范、限制和函数都要编制文档。
　　采用给表、列、触发器等加注释的数据库工具。对开发、支持和跟踪修改非常有用。
　　对数据库文档化，或者在数据库自身的内部或者单独建立文档。这样，当过了一年多时间后再回过头来做第2 个版本，犯错的机会将大大减少。
　　6) 测试、测试、反复测试
　　建立或者修订数据库之后，必须用用户新输入的数据测试数据字段。最重要的是，让用户进行测试并且同用户一道保证选择的数据类型满足商业要求。测试需要在把新数据库投入实际服务之前完成。
　　7) 检查设计
　　在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库。换句话说，针对每一种最终表达数据的原型应用，保证你检查了数据模型并且查看如何取出数据。

中科永联高级技术培训中心（www.itisedu.com)

本文关键词： Steven Warren 数据库 Tempdb Master SQL Server

一  使用背景

   1 应用程序数据库查询性能低下，而我们又无法获得源代码来修改查询文本

   2 我们不希望直接更改查询文本而又要提高查询性能

二  基本介绍：

   SQL Server 2005引入了称为”计划指南”的新特性，可以帮我们解决上述问题。本质上，计划指南是通过将查询提示附加到计划指南来影响查询的优化。

三  运作原理：

1． 当应用程序向Sql Server发送代码，查询优化器首先检查在缓存中是否有一个适当的询问计划，如果有，查询就按被找到的查询计划执行。

2． 如果没有匹配的查询计划，代码将被与一个称为内部查寻表(lookup table)比较, 看是否有一个已存在的计划指南与之匹配

3． 如果在第2步找到匹配的计划指南，询问优化器将修改源代码以包括计划指南中查询提示。源代码中之前的任何查询提示将被新提示替换

4． 查询计划将被编译和缓存

5． 查询将按照你之前在计划指南设定的查询提示执行。

四  计划指南的分类：

有三种方式的计划指南：

1．OBJECT 计划指南：与在 Transact-SQL 存储过程、标量函数、多语句表值函数和 DML 触发器的上下文中执行的查询匹配。

2．SQL 计划指南：与在独立的 Transact-SQL 语句和批处理（不属于数据库对象）的上下文中执行的查询匹配。基于 SQL 的计划指南还可用于与参数化为指定形式的查询匹配。SQL 计划指南适用于应用程序使用 sp_executesql 系统存储过程频繁提交的语句和批处理。

3．TEMPLATE 计划指南：与参数化为指定形式的独立查询匹配。这些计划指南用于覆盖查询类的数据库的当前 PARAMETERIZATION 数据库 SET 选项。TEMPLATE 计划指南用于覆盖特定查询形式的参数化行为。您可以在以下任一情况下创建 TEMPLATE 计划指南：

五  可以在计划指南使用中的查询提示：

{HASH | ORDER} GROUP

{CONCAT | HASH | MERGE} UNION

{LOOP | MERGE | HASH} JOIN

FAST number_rows

FORCE ORDER

MAXDOP number_of_processors

OPTIMIZE FOR ( @variable_name = literal_constant ) [ ,…n ]

RECOMPILE

ROBUST PLAN

KEEP PLAN

KEEPFIXED PLAN

EXPAND VIEWS

MAXRECURSION number

USE PLAN <xmlplan>

六  使用示例：

   以下二个存储过程创造和处理计划指南

sp_create_plan_guide

sp_control_plan_guide

1． sp_create_plan_guide

创建用于将查询提示与数据库中的查询进行关联的计划指南

语法：

sp_create_plan_guide [ @name = ] N'plan_guide_name'
     , [ @stmt = ] N'statement_text'
     , [ @type = ] N'{ OBJECT | SQL | TEMPLATE }'
     , [ @module_or_batch = ]
       {
                    N'[ schema_name. ] object_name'
          | N'batch_text'
          | NULL
        }
     , [ @params = ] { N'@parameter_name data_type [ ,...n ]' | NULL }
     , [ @hints = ] { N'OPTION ( query_hint [ ,...n ] )' | NULL }

示例

sp_create_plan_guide

@name = N'PlanGuideTest',

@stmt = N'SELECT COUNT(*) AS Total

FROM Sales.SalesOrderHeader h, Sales.SalesOrderDetail d

WHERE h.SalesOrderID = d.SalesOrderID and h.OrderDate

BETWEEN ''1/1/2000'' AND ''1/1/2005'' ',

@type = N'SQL',

@module_or_batch = NULL,

@params = NULL,

@hints = N'OPTION (MERGE JOIN)'

GO

代码的运作原理

@name = N'PlanGuideTest'

指定计划指南的名称为 PlanGuide1

@stmt = N'SELECT COUNT(*) AS Total FROM Sales.SalesOrderHeader h, Sales.SalesOrderDetail d WHERE h.SalesOrderID = d.SalesOrderID and h.OrderDate
BETWEEN "1/1/2000" AND "1/1/2005" '

这段代码是询问优化器应该匹配的代码。 无论应用程序何时向服务器发送这段代码，询问优化器设法匹配代码。当发现代码和上面列出的匹配时，查询优化器在内部查询表(loolup table)中查找正确的计划指南，并运用计划指南

@type = N'SQL',

说明计划指南的类型，这是一个 SQL 计划指南

@module_or_batch = NULL,

这个代码行用于指定statement_text对象的名字,仅在计划指南类型是OBJECT 计划指南时需要

@params = NULL,

指定嵌入 statement_text 中的所有参数的定义，在Template 计划指南类型时需要

@hints = N'OPTION (MERGE JOIN)'

指定将 OPTION 子句附加到与 @stmt 匹配的查询上

2．sp_control_plan_guide

删除、启用或禁用计划指南。

语法

sp_control_plan_guide [ @operation = ] N'<control_option>' [ , [ @name = ]
     N'plan_guide_name' ]

<control_option>::=

{

 DROP          --删除由plan_guide_name 指定的计划指南

 | DROP ALL     --删除当前数据库中的所有计划指南

 | DISABLE      --禁用由plan_guide_name 指定的计划指南

 | DISABLE ALL  --禁用当前数据库中的所有计划指南

 | ENABLE       --启用由plan_guide_name 指定的计划指南

 | ENABLE ALL   --启用当前数据库中的所有计划指南

下面是有些例子的是怎样使用这个存储过程

sp_control_plan_guide N'DROP', N'PlanGuideTest'
sp_control_plan_guide N'DISABLE', N'PlanGuideTest'
sp_control_plan_guide N'ENABLE', N'PlanGuideTest'

        注： 如果您设法删除﹑修改﹑一个涉及到计划指南的存储过程﹑函数﹑或DML触发器， 它系统将报错。 必须先删除计划指南。

3．查看计划指南

可以使用sys.plan_guides目录视图查看数据库中的计划指南

SELECT * FROM sys.plan_guides

七  使用事件探查器验证是否执行计划指南：

 1. 启动事件探查器 跟踪，选中”性能”->”Showplan XML” 事件类型。

2. 运行查询

3. 在 Showplan XML 事件中查找受影响的查询。

4. 如果计划指南的类型为 OBJECT 或 SQL，则验证 Showplan XML 事件是否包含您希望与查询匹配的计划指南的 PlanGuideDB 和 PlanGuideName 属性。或者，如果计划指南的类型为 TEMPLATE，则验证 Showplan XML 事件是否包含预期计划指南的 TemplatePlanGuideDB 和 TemplatePlanGuideName 属性。这可以验证计划指南是否在运行。这些属性包含在计划的 <StmtSimple> 元素下。

八  计划指南通常使用的情况：

1． 在参数化的查询中增加OPTIMIZE FOR or RECOMPILE 询提示

2． 用USE PLAN查询提示强制使用更好的查询计划

3． 强迫非并行查询使用MAXDOP查询提示

4． 强制join查询试验join查询提示

5． 删除，修改，替代现有的查询提示

九  最佳实践：

    1． 计划指南的作用域是创建这些计划指南所用的数据库

2． 计划指南需要有经验的DBA才能使用

3． 如果没有其他方法来解决查询效率问题，请使用一个计划指南

4． 计划指南需经过测试才正式使用

5． Sql Server版本涉及或打SP补丁后，需要重新评估计划指南的效率，以确定是否继续使用计划指南

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1505218

select  b.f0010 jg,datepart(ww,a.creat_tm) zc,count(*) cnt into #t

from RPT_D_BSC a,RPT_R_ORG b

where b.f0040='4' and a.creat_tm>'2007-01-01' and a.org_cl=b.org_cl

group by b.f0010,datepart(ww,a.creat_tm)

order by b.f0010,datepart(ww,a.creat_tm)

declare @sql varchar(8000)

set @sql = 'select jg as ' + '姓名'

select @sql = @sql + ', isnull(sum(case zc when ''' + cast(zc as varchar(2)) + ''' then cnt end),0) [' + cast(zc as varchar(2)) + ']'

from (select distinct zc from #t) as a

order by zc

set @sql = @sql + 'from #t group by jg order by jg'

--print @sql 

exec(@sql)

语法
SET NOCOUNT { ON | OFF }

注释
当 SET NOCOUNT 为 ON 时，不返回计数（表示受 Transact-SQL 语句影响的行数）。当 SET NOCOUNT 为 OFF 时，返回计数。

即使当 SET NOCOUNT 为 ON 时，也更新 @@ROWCOUNT 函数。

当 SET NOCOUNT 为 ON 时，将不给客户端发送存储过程中的每个语句的 DONE_IN_PROC 信息。当使用 Microsoft SQL Server 提供的实用工具执行查询时，在 Transact-SQL 语句（如 SELECT、INSERT、UPDATE 和 DELETE）结束时将不会在查询结果中显示"nn rows affected"。

如果存储过程中包含的一些语句并不返回许多实际的数据，则该设置由于大量减少了网络流量，因此可显著提高性能。

SET NOCOUNT 设置是在执行或运行时设置，而不是在分析时设置。

权限
SET NOCOUNT 权限默认授予所有用户。

结论：我们应该在存储过程的头部加上SET NOCOUNT ON 这样的话，在退出存储过程的时候加上 SET NOCOUNT OFF这样的话，以达到优化存储过程的目的。

多说两句：

1：在查看SqlServer的帮助的时候，要注意“权限”这一节，因为某些语句是需要一定的权限的，而我们往往忽略。

2：@@ROWCOUNT是返回受上一语句影响的行数，包括找到记录的数目、删除的行数、更新的记录数等，不要认为只是返回查找的记录数目，而且@@ROWCOUNT要紧跟需要判断语句，否则@@ROWCOUNT将返回0。

3：如果使用表变量，在条件表达式中要使用别名来替代表名，否则系统会报错。

4：在CUD类的操作中一定要有事务处理。

5：使用错误处理程序，用来检查 @@ERROR 系统函数的 T-SQL 语句 (IF) 实际上在进程中清除了 @@ERROR 值，无法再捕获除零之外的任何值,必须使用 SET 或 SELECT 立即捕获错误代码。

SET ANSI_NULLS

SQL-92 标准要求在对空值进行等于 (=) 或不等于 (<>) 比较时取值为 FALSE。当 SET ANSI_NULLS 为 ON 时，即使 column_name 中包含空值，使用 WHERE column_name = NULL 的 SELECT 语句仍返回零行。即使 column_name 中包含非空值，使用 WHERE column_name <> NULL 的 SELECT 语句仍会返回零行。

当 SET ANSI_NULLS 为 OFF 时，等于 (=) 和不等于 (<>) 比较运算符不遵从 SQL-92 标准。使用 WHERE column_name = NULL 的 SELECT 语句返回 column_name 中包含空值的行。使用 WHERE column_name <> NULL 的 SELECT 语句返回列中包含非空值的行。此外，使用 WHERE column_name <> XYZ_value 的 SELECT 语句返回所有不为 XYZ_value 也不为 NULL 的行。

注意：
SQL Server 是将空字符串解释为单个空格还是解释为真正的空字符串，由兼容级别设置控制。如果兼容级别小于或等于 65，则 SQL Server 会将空字符串解释为单个空格。如果兼容级别等于 70，则 SQL Server 会将空字符串解释为空字符串。有关设置兼容级别的详细信息，请参阅 sp_dbcmptlevel (Transact-SQL)。

 

当 SET ANSI_NULLS 为 ON 时，所有对空值的比较均取值为 UNKNOWN。当 SET ANSI_NULLS 为 OFF 时，如果数据值为 NULL，则所有数据对空值的比较将取值为 TRUE。如果未指定 SET ANSI_NULLS，则应用当前数据库的 ANSI_NULLS 选项设置。有关 ANSI_NULLS 数据库选项的详细信息，请参阅 ALTER DATABASE (Transact-SQL) 和设置数据库选项。

仅当某个比较操作数是值为 NULL 的变量或文字 NULL 时，SET ANSI_NULLS ON 才会影响比较。如果比较双方是列或复合表达式，则该设置不会影响比较。

为使脚本按预期运行，不管 ANSI_NULLS 数据库选项或 SET ANSI_NULLS 的设置如何，请在可能包含空值的比较中使用 IS NULL 和 IS NOT NULL。

在执行分布式查询时应将 SET ANSI_NULLS 设置为 ON。

对计算列或索引视图创建或更改索引时，SET ANSI_NULLS 也必须为 ON。如果 SET ANSI_NULLS 为 OFF，则针对表（包含计算列或索引视图的索引）的 CREATE、UPDATE、INSERT 和 DELETE 语句将失败。SQL Server 将返回一个错误消息，该错误消息会列出所有违反所需值的 SET 选项。另外，在执行 SELECT 语句时，如果 SET ANSI_NULLS 为 OFF，则 SQL Server 将忽略计算列或视图的索引值并解析选择操作，就好像表或视图没有这样的索引一样。

注意：
ANSI_NULLS 是在处理计算列或索引视图的索引时必须设置为所需值的七个 SET 选项之一。还必须将选项 ANSI_PADDING、ANSI_WARNINGS、ARITHABORT、QUOTED_IDENTIFIER 和 CONCAT_NULL_YIELDS_NULL 设置为 ON，而必须将 NUMERIC_ROUNDABORT 设置为 OFF。

 

SQL Server 的 SQL Native Client ODBC 驱动程序和 SQL Native Client OLE DB 访问接口在连接时会自动将 ANSI_NULLS 设置为 ON。该设置可以在 ODBC 数据源、ODBC 连接属性或 OLE DB 连接属性（它们在连接到 SQL Server 实例之前在应用程序中设置）中进行配置。SET ANSI_NULLS 的默认值为 OFF。

当 SET ANSI_DEFAULTS 为 ON 时，将启用 SET ANSI_NULLS。

SET ANSI_NULLS 的设置是在执行或运行时设置，而不是在分析时设置。

使 SQL Server 2005 遵从关于引号分隔标识符和文字字符串的 SQL-92 规则。由双引号分隔的标识符可以是 Transact-SQL 保留关键字，也可以包含 Transact-SQL 标识符语法约定通常不允许的字符。

Transact-SQL 语法约定

语法

SET QUOTED_IDENTIFIER { ON | OFF }

备注

当 SET QUOTED_IDENTIFIER 为 ON 时，标识符可以由双引号分隔，而文字必须由单引号分隔。当 SET QUOTED_IDENTIFIER 为 OFF 时，标识符不可加引号，且必须符合所有 Transact-SQL 标识符规则。有关详细信息，请参阅标识符。文字可以由单引号或双引号分隔。

当 SET QUOTED_IDENTIFIER 为 ON（默认值）时，由双引号分隔的所有字符串都被解释为对象标识符。因此，加引号的标识符不必符合 Transact-SQL 标识符规则。它们可以是保留关键字，并且可以包含 Transact-SQL 标识符中通常不允许的字符。不能使用双引号分隔文字字符串表达式，而必须用单引号括住文字字符串。如果单引号 (') 是文字字符串的一部分，则可以由两个单引号 (") 表示。当对数据库中的对象名使用保留关键字时，SET QUOTED_IDENTIFIER 必须为 ON。

当 SET QUOTED_IDENTIFIER 为 OFF 时，表达式中的文字字符串可以由单引号或双引号分隔。如果文字字符串由双引号分隔，则可以在字符串中包含嵌入式单引号，如省略号。

当在计算列或索引视图上创建或更改索引时，SET QUOTED_IDENTIFIER 必须为 ON。如果 SET QUOTED_IDENTIFIER 为 OFF，则计算列或索引视图上带索引的表上的 CREATE、UPDATE、INSERT 和 DELETE 语句将失败。有关计算列的索引视图和索引所必需的 SET 选项设置的详细信息，请参阅 SET (Transact-SQL) 中的“使用 SET 语句时的注意事项”。

在进行连接时，SQL 本机客户端 ODBC 驱动程序和 SQL Server 的 SQL Native Client OLE DB Provider 自动将 QUOTED_IDENTIFIER 设置为 ON。这可以在 ODBC 数据源、ODBC 连接特性或 OLE DB 连接属性中进行配置。对来自 DB-Library 应用程序的连接，SET QUOTED_IDENTIFIER 默认设置为 OFF。

创建表时，即使此时将 QUOTED IDENTIFIER 选项设置为 OFF，该选项在表的元数据中仍始终存储为 ON。

创建存储过程时，将捕获 SET QUOTED_IDENTIFIER 和 SET ANSI_NULLS 设置，并用于该存储过程的后续调用。

在存储过程内执行 SET QUOTED_IDENTIFIER 时，其设置不更改。

当 SET ANSI_DEFAULTS 为 ON时，将启用 SET QUOTED_IDENTIFIER。

SET QUOTED_IDENTIFIER 还与 ALTER DATABASE 的 QUOTED_IDENTIFER 设置相对应。有关数据库设置的详细信息，请参阅 ALTER DATABASE (Transact-SQL) 和设置数据库选项。

SET QUOTED_IDENTIFIER 是在分析时进行设置的。在分析时进行设置意味着：SET 语句只要出现在批处理或存储过程中即生效，与代码执行实际上是否到达该点无关；并且 SET 语句在任何语句执行之前生效。

　　1) 只能对单表进行操作，当需要查询一个数据库中所有的表时，需要多次执行SP_COLUMNS ，因此显得非常繁琐。

　　2) 查询结果集中包含了许多不必要的信息。

　　下面我们创建一个存储过程来完成对某一个数据库中所有表结构的查询。

　　在创建一个数据库的同时，系统会自动建立一些系统表，限于篇幅的缘故我们在这里只介绍与应用实例有关的三个系统表（SYSOBJECTS，SYSCOLUMNS，SYSTYPES）及其相关的字段。

　　表SYSOBJECTS为数据库内创建的每个对象（约束，规则，表，视图，触发器等）创建一条记录。

　　该表相关字段的含义如下：

　　SYSOBJECTS.name 对象名，如：表名，视图名。

　　SYSOBJECTS.id 对象id。

　　SYSOBJECTS.type 对象类型（p存储过程，v视图，s系统表，u用户表）。

　　表SYSCOLUMNS 为每个表、视图中的每个列和每个存储过程的每个参数创建一条记录。

　　该表相关字段的含义如下：（此处的列系指数据库中每个表、视图中的列）

　　SYSCOLUMNS. id 该列所属的表的id，可与SYSOBJECTS.id相关联

　　SYSCOLUMNS.colid 列id，表示该列是表或视图的第几列。

　　SYSCOLUMNS.type 物理存储类型，可与SYSTYPES.type相关联。

　　SYSCOLUMNS.length 数据的物理长度。

　　SYSCOLUMNS.name 列名字，即字段名。

　　SYSCOLUMNS .Pre 列的精度级。

　　SYSCOLUMNS .Scale 列的标度级。

　　表SYSTYPES 为每个系统和每个用户提供的数据类型创建一条记录，如果它们存在，给定域和默认值，描述系统提供的数据类型的行不可更改。

　　该表相关字段的含义如下：

　　SYSTYPES.name 数据类型的名字。

　　SYSTYPES.type 物理存储数据类型。

　　在SQL SERVER的企业管理器(SQL ENTERPRISE MANAGER)中,选定某一数据库，创建存储过程print_dbstructure。

　　源代码如下: 

　　if exists (select * from sysobjects where id = object_id('dbo. print_dbstructure

　　') and sysstat & 0xf = 4) 存储过程

　　drop procedure dbo. print_dbstructure

　　GO

　　CREATE PROCEDURE print_dbstructure

　　AS

　　SELECT DISTINCT sysobjects.name, syscolumns.colid,

　　syscolumns.name, systypes.name, syscolumns.prec, syscolumns.scale

　　FROM syscolumns, sysobjects, systypes

　　WHERE sysobjects.id = syscolumns.id AND systypes.type = syscolumns.type AND ((sysobjects.type='u'))

　　GO

　　首先判断是否存在一个名为print_dbstructure的存储过程，如果存在，就摘除它,否则，定义SQL语句建立新的存储过程。从三个系统表中选出满足条件的记录（即该数据库中保存在系统表中的用户表信息）。

　　执行时，在ISQL_W工具中，选定print_dbstructure所在的数据库，执行该存储过程，即可得到结果集（即该数据库中用户表的结构信息）。

　SQL Server系统表的推广应用

　　以上所介绍存储过程的主要缺陷在于只能对服务器上某一特定的数据库（print_dbstructure所在的数据库）进行查询操作，我们可以通过在SQL Server系统数据库MASTER中建立带有数据库名参数的系统存储过程来解决这一问题　

在以前的DTS中，在包的开发、测试、发布迁移过程中有很多问题,典型的问题是你必须手动的确定包中的所有连接都指向一个实际存在的物理服务器

幸运的是，现在在SSIS中提供了这种问题的解决方案，那就是包配置
包配置是一个动态改变你的SSIS对象和连接属性的一种机制,它把这些动态可以改变的信息保存在包的外部，有下面几种方法存储这些值并将其传送到包中：
 XML文件
 环境变量
 注册表键值
 父包变量

下面我们将举例使用XML文件存储这些值

这个例子我们将会把一个文本文件导入到数据库的表中，并可以动态配置数据库的位置来源

首先开始我们的包的建立：
 假设存在一文本文件 PersonAge.txt，内容如下：
  1,Joe Bloggs,27
  2,Mary Smith,26
  3,Fred Jones,28
 目标表为dbo.PersonAge，使用下面代码建立 
  CREATE TABLE [dbo].[PersonAge](
   [PersonAgeKey] [int] NULL,
   [Person] [varchar](35) NULL,
   [PersonAge] [int] NULL
  ) ON [PRIMARY]
  GO
 下面开始拖曳组件到控制流面板
   。一个Execute SQL task组件,命名为Truncate destination. 其 SQL 命令为 TRUNCATE TABLE dbo.PersonAge.
   。一个数据流组件，命名为Import File.
   。然后把2者关联起来
 
   
 
  下面开始设计【Import File】数据流任务
   。一个 Flat File connection 组件指向PersonAge.txt文件
   。一个 OLE DB Connection 组件指向存在dbo.PersonAge表的数据库 ，然后配置列的属性，使表跟文件对应起来
      
   
  
  到现在为止，已经成功的建立了包

设置包配置
  现在开始设置包配置，这是非常简单的且具有很好的弹性
  包配置使你能编辑你的包的属性、变量、连接和你的控制流的其他属性，需要注意的是，你不能编辑你的数据流组件的属性
  
  在菜单条上，单击DTS, Package Configurations… 或者在控制流设计面板右键选择Package Configurations….
  然后在包配置中允许包配置选择，并单击添加
  在单击过后出现一个欢迎屏幕并让你选择配置类型，当前选择XML Configuration File
  然后键入配置文件名，如C:\PackageConfigurations\Environment.dtsConfig，单击下一步
  然后在对象树浏览中选择Connections.Destination.Properties的InitialCatalog 和 ServerName属性，然后单击下一步
  给你的配置一个名字，这样整个过程就完成了
  
这样你的包将在运行期间获得2个属性的值，你打开XML配置文件，你将看得这些你需要动态改变属性的当前值  

现在，你可以非常容易的迁移包到另一个新的环境，而你只须改变你的包配置文件（C:\PackageConfigurations\Environment.dtsConfig）即可

英文来源：http://www.sqlis.com/default.aspx?26

全文索引和查询概念(摘自SQL 联机帮助)

全文索引、查询和同步化最主要的设计要求是，在注册进行全文检索的所有表上都有一个唯一的全文键列（或者单列主键）。全文索引对使用的重要字及其所在位置进行跟踪。

例如，假定有一个对 DevTools 表的全文索引。全文索引可能指出在 Abstract 列的第 423 个和第 982 个单词处找到了单词 Microsoft，所在的行与 ProductID 6 关联。该索引结构支持对所有包含被索引单词的项进行有效检索，以及高级检索操作，如短语检索和邻近检索。

为防止全文索引因包含很多对检索没有帮助的词而变得臃肿，a、and、is 或 the 这类额外的词都忽略不计。例如，指定"the products ordered during these summer months"与指定"products ordered during summer months"是一样的。有这两个字符串的行都会被返回。

目录 \Mssql\Ftdata\Sqlserver\Config 下提供了多种语言的干扰词列表。在安装带有全文检索支持的 Microsoft&reg; SQL Server&#8482; 时会创建这个目录，并同时安装干扰词文件。干扰词文件可以编辑。例如，高技术公司的系统管理员可以把单词 computer 添加到他们的干扰词表中去。（如果编辑干扰词文件，则必须在更改生效之前重新填充全文目录。）下表显示了干扰词文件及其相应的语言。

干扰词文件      语言
-------------- ---------
Noise.chs      简体中文
Noise.cht      繁体中文
Noise.dat      语言中性
Noise.deu      德语
Noise.eng      英语（英国）
Noise.enu      英语（美国）
Noise.esn      西班牙语
Noise.fra      法语
Noise.ita      意大利语
Noise.jpn      日语
Noise.kor      韩文
Noise.nld      荷兰语
Noise.sve      瑞典语

在处理全文查询时，检索引擎将满足检条件的行的键值返回给 Microsoft SQL Server。比如有一个 SciFi 表，其中 Book_No 列是主键列。

Book_No   Writer     Title
-------- ----------- --------------------------
A025     Asimov      Foundation's Edge
A027     Asimov      Foundation and Empire
C011     Clarke      Childhood's End
V109     Verne       Mysterious Island

假定想使用一个全文检索查询来查找包含单词 Foundation 的书名。在本例中，将从全文索引获得值 A025 和 A027。然后 SQL Server 用这些键值和其它栏的信息响应该查询。

下表显示了存储全文索引数据所使用的语言。这些语言基于 SQL Server 安装期间选择的 Unicode 排序规则区域设置标识符。

Unicode 排序规则区域设置标识符    全文数据存储所用的语言
------------------------------- -----------------------
中文注音符号（台湾）              繁体中文 
汉语拼音                         简体中文 
中文笔画                         简体中文 
中文笔画（台湾）                 繁体中文 
荷兰语                           荷兰语 
英语（英国）                     英语（英国） 
法语                            法语 
通用 Unicode                    英语（美国） 
德语                            德语 
德文电话簿                       德语 
意大利语                         意大利语 
日语                            日语 
日语 Unicode                    日语 
韩文                            韩文 
韩文 Unicode                    韩文 
西班牙语（现代）                 西班牙语 
瑞典/芬兰语                      瑞典语 

此列表中没有的其它所有 Unicode 排序规则区域设置标识符值都映射到使用空格分隔单词的中性语言单词的断字符和词干分隔符。

说明  Unicode 排序规则区域设置标识符设置用于所有可进行全文索引的数据类型（如 char、nchar 等）。如果为 char、varchar 或 text 类型列的排序次序设置的语言类型，不是 Unicode 排序规则区域设置标识符语言，那么在对 char、varchar 和 text 类型的列进行全文索引和查询时，仍然使用 Unicode 排序规则区域设置标识符值。

创建全文索引(以索引image列为例,其他类型字段大致一样)

标题     全文索引image列，全攻略！
作者     pengdali [原作] 
关键字   全文索引 image

 今天“百年不遇”的停电了，看了一天书。晚上搞了一下全文索引，决定把心得贴出来，我尽量写的详细，大家共同学习，欢迎指正！

1、启动 Microsoft Search 服务
   开始菜单-->SQL程序组-->服务管理器-->下拉筐-->Microsoft Search 服务-->启动它

2、
  ..\Microsoft SQL Server\MSSQL\FTDATA\SQLServer\Config\目录里建一个非空noise.chs文件
  非空noise.chs文件，也有人说是空的noise.chs文件，但我每次都往里写几个没用的字母。

3、建立环境
   打开查询分析器-->执行下列脚本：
--------------------------------------------
create database test ---创建test数据库
use test             ---选择test数据库
create table  dali (ID int not null primary key,MyImage image,FileType varchar(255),FileNmae varchar(255)) ---创建dali表
--dali表中 Id,MyImage,FileType 三列是必须的，因为要对image列索引的话，必须要有一个主键列，一个image列,一个存放文件类型的列
--我们知道在windows系统中文件类型是靠扩展名来区分的所以FileType列也就是用来放 文件的扩展名
--------------------------------------------

sp_fulltext_database 'enable' --为全文索引启用数据库
sp_fulltext_catalog 'My_FullDir', 'create'  ---创建一个叫My_FullDif的全文目录

declare @Key sysname ; select @Key=c.name from syscolumns a,sysconstraints b,sysobjects c where a.id=object_id('dali') and a.name='ID' and a.id=b.id and b.constid=c.id and c.name like 'PK%'
exec sp_fulltext_table 'dali','create','My_FullDir',@Key  ----这两句是为全文索引,对表进行标记

sp_fulltext_column 'dali','MyImage','add',0x0804,'FileType'  ---这句是指定MyImage列为全文索引列,FileType是类型列
------------------------------------------------
4、在c盘下放一个扩展名为doc的word文件,一个扩展名为xls的excel文件,一个扩展名为htm的网页文件,个扩展名为bmp的图片
   共4个，大家可根据实际情况放入！

5、插入数据
  建立下面这个存储过程
--------------------------------------------------
CREATE PROCEDURE sp_textcopy
  @srvname    varchar (30),
  @login      varchar (30),
  @password    varchar (30),
  @dbname      varchar (30),
  @tbname      varchar (30),
  @colname    varchar (30),
  @filename    varchar (30),
  @whereclause varchar (40),
  @direction  char(1)
AS
/* 这是使用textcopy工具将文件插入到数据库中，如果有前台工具可以用前台开发工具将文件插入，这里为了演示 */
DECLARE @exec_str varchar (255)
SELECT @exec_str='textcopy /S '+@srvname+' /U '+@login+' /P '+@password+' /D '+@dbname+'/T'+@tbname+' /C '+@colname+' /W"'+@whereclause+'" /F"'+@filename+'" /'+@direction
EXEC master..xp_cmdshell @exec_str
----------------------------------------------------

insert dali values(1,0x,'doc','大力的doc') ---其中第二列是 0x 它是一个16进制数对应image列,是必须的,不要写null,第三列是文件类型，既扩展名

sp_textcopy '你的服务器名','sa','你的密码','test','dali','MyImage','c:\大力的doc.doc','where ID=1','I'
-------依次参数是：实例名,用户名,密码，数据库名，表名，image列名，路径及文件名，条件(你必须保证它只选择一行)，I
---------------------------------------------------------------------------------------------------------------------
insert dali values(2,0x,'bmp','图片')
sp_textcopy '你的服务器名','sa','你的密码','test','dali','MyImage','c:\图片.bmp','where ID=2','I' --注意条件是 ID=2

insert dali values(3,0x,'xls','Excel文件')
sp_textcopy '你的服务器名','sa','你的密码','test','dali','MyImage','c:\Excel文件.xls','where ID=3','I' --注意条件是 ID=3

insert dali values(4,0x,'htm','网页')
sp_textcopy '你的服务器名','sa','你的密码','test','dali','MyImage','c:\网页.htm','where ID=4','I' --注意条件是 ID=4

----------上面的语句,要保证类型一样，路径正确，条件唯一正确应该就可以了

6、填充全文索引

sp_fulltext_table 'dali','start_full' ---第一个参数是表名，第二个参数是启动表的全文索引的完全填充

7、可以开始你的实验了

select * from dali where contains(MyImage,'J老师')

select * from dali where contains(MyImage,'海老师')

------END----------
--调试环境：SQLServer2000企业版、Windows2000高级服务器

全文索引中的几个问题:

1.搜索时出现错误:
  服务器: 消息 7619，级别 16，状态 1，行 2
  查询子句只包含被忽略的词

  这种情况修改 \Mssql\Ftdata\Sqlserver\Config 下对应语言的干扰词列表文件

2.修改了干扰词文件,查询中文时仍然出现上述问题
  a.首先检查你的SQL有没有安装最新的补丁,检查的方法是在查询分析器中运行:
    select @@version
    如果出来的版本号是8.00.760以下,则表明你未安装sp3的补丁,要装上.

    SQL补丁下载:
    http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=9032f608-160a-4537-a2b6-4cb265b80766

    注意下载后,执行的时候是解压,要在解压后的目录中执行setup.bat才是真正的安装
 
  b.配置全文索引时,单词断字符选择"中文(中国)"

  c.Noise.chs文件中至少有一个单词,例如:?

  d.如果在全文检索时,你能正常修改干扰词文件,说明你的全文检索没有使用上这个文件
    如果你配置的全文检索应该要用到这个文件,那就在
    企业管理器--展开你的数据库--右键全文目录--重建全部全文目录

3.表中的数据改变后,检索不到
  方法1. 右键你的表--全文索引表--启用增量填充
  方法2. 右键你的表--全文索引表--更改跟踪,这样以后的修改会自动填充(有一定延迟)

4.sql2000才支持对image列的全文检索

熟悉了以下存储过程，对全文索引就比较熟练了

全文检索过程 --摘自联机丛书
sp_fulltext_catalog sp_help_fulltext_catalogs_cursor
sp_fulltext_column sp_help_fulltext_columns
sp_fulltext_database sp_help_fulltext_columns_cursor
sp_fulltext_service sp_help_fulltext_tables
sp_fulltext_table sp_help_fulltext_tables_cursor
sp_help_fulltext_catalogs

FreeTableText 主要是用来做模糊查询的:

http://www.microsoft.com/china/msdn/archives/library/dnsql2k/html/sql_fulltextsearch.asp

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=388810



EXEC sp_fulltext_table 'tMotifTalbe_D(表名)', 'drop'--删除表索引
EXEC sp_help_fulltext_catalogs --查看索引目录及名称
EXEC sp_fulltext_catalog 'Motif(索引名称)', 'drop(动作)'  --删除全文目录

exec sp_fulltext_catalog 'Motif(索引名称)', 'create(动作)', 'e:\web_data\zsk_data(存放物理路径)' --创建全文录
exec sp_fulltext_table 'tMotifTalbe_D(表名)', 'create(动作)', 'Motif(索引名称)','PK_tMotifTalbe_D(单健索引名称)'  --创建索引约束
exec sp_fulltext_column 'tMotifTalbe_D(表名)', 'KTitles(字段名)', 'add(动作)'--添加全文索引列

select * from @temp order by code

　　1、加强的T-SQL (事务处理SQL )

　　T-SQL 天生就是基于集合的关系型数据库管理系统编程语言，可以提供高性能的数据访问。现在，它与许多新的特性相结合，包括通过同时使用TRY和CTACH来进行错误处理，可以在语句中返回一个结果集的通用表表达式(CTEs)，以及通过PIVOT 和UNPIVOT命令将列转化为行和将列转化为行的能力。

　　2、CLR(Common Language Runtime，通用语言运行时)

　　SQL Server 2005中的第二个主要的增强特性就是整合了符合.NET规范的语言 ，例如C#, ASP.NET 或者是可以构建对象(存储过程，触发器，函数等)的 VB.NET。这一点让你可以在数据库管理系统中执行.NET代码以充分利用.NET功能。它有望在SQL Server 2000环境中取代扩展的存储过程，同时还扩展了传统关系型引擎功能。

　　3、服务代理(Service Broker)

　　服务代理处理的是以松散方式进行联系的发送者和接收者之间的消息。一个消息被发送、处理和回答，完成整个事务。这大大扩展了数据驱动应用程序的性能，以符合工作流或者客户业务需求。

　　4、数据加密

　　SQL Server 2000没有用来在表自身加密数据的有文档记载的或者公共支持的函数。企业需要依赖第三方产品来满足这个需求。SQL Server 2005自身带有支持对用户自定义数据库中存储的数据进行加密的功能。

　　5、SMTP邮件

　　在SQL Server 2000中直接发送邮件是可能的，但是很复杂。在SQL Server 2005中，微软通过合并SMTP邮件提高了自身的邮件性能。SQL Server从此跟Outlook说“bye-bye”!

　　6、HTTP终端

　　你可以很轻松地通过一个简单的T-SQL 语句使一个对象可以在因特网上被访问，从而创建一个HTTP终端。这允许从因特网上呼叫一个简单的对象来获取需要的数据。

　　7、多活动结果集(Multiple Active Result Sets ，简称MARS)

　　多活动结果集允许从单个的客户端到数据库保持一条持久的连接，以便在每个连接上拥有超过一个的活动请求。这是一个主要的性能改善，它允许开发人员让用户在使用SQL Server工作的时候拥有新的能力。例如，它允许多个查询，或者一个查询的同时输入数据。底线就是一个客户端连接可以同时拥有多个活动的进程。

　　8、专用管理员连接

　　如果所有的内容都出错了，那么只能关闭SQL Server服务或者按下电源键。专用管理员连接结束了这种状况。这个功能允许数据库管理员对SQL Server发起单个诊断连接，即使是服务器正在出现问题。

　　9、SQL Server综合服务(SSIS)

　　SSIS已经作为主要的ETL(抽取、传输和载入)工作替代了DTS(数据传输服务)，并且随着SQL Server免费发布。这个工具，从SQL Server 2000开始被完全重新编写，现在已经拥有了很大程度的灵活性，来满足复杂的数据移动需求。　

　　10、数据库镜像

　　我并没有指望这个功能会在11月份的RTM 中随着SQL Server 2005一起发布，但是我认为这个特性具有很大的潜力。数据库镜像是本地高可用性能力的扩展。所有，仍然在对更多的细节进行调整……那么现在，祝福吧。

　　还有两项技术不能在SQL Server 2005的前十列表中遗漏的是它的分析服务和报告服务。虽然SQL Server 2005没有介绍其中的任何一项，但是将它们整合进了SQL Server综合服务之中，以求微软的核心商务智能套件的完美。这些技术对于商务智能的成功至关重要。学习新的特性，以及企业如何在实际项目中实现它。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1330538

    SQL Server 2005新增的功能

    1. 新的产品版本

    除SQL Server 2005标准版和企业版之外，产品线中还加入了SQL Server 2005简化版（SQL Server 2005 Express）和工作组版（SQL Server 2005 Workgroup）两个新版本。

    SQL Server 2005 Express——其作用是代替微软SQL Server桌面引擎（Microsoft SQL Server Desktop Engine，MSDE）。SQL Server 2005 Express可以用于自由发布，并与SQL Server使用同样的关系数据库核心引擎。不同的是它并不像MSDE一样使用查询管理器。仅有的限制是一个CPU，1G的内存和每个数据库4G的存储空间。

    SQL Server 2005——工作组版不是自由发布的。它的设计着眼点在于服务器消息块协议（SMB）和分部门解决方案。在量化性能上，它更优于SQL Server 2005 Express，并能提供关系数据库的支持，只是缺少分析服务。工作组版限用于两个CPU，3G内存，数据库大小不限。

    2. 新的子系统

    在一些新的子系统的推动下，SQL Server 2005中的应用程序支持非常强大，其中包括整合服务、提醒服务、服务代理和报告服务。

    整合服务——与之前负责此功能的DTS相比，速度快600%。SQL Server整合服务是拥有强大的工作流控制能力的企业级ETL平台。

    提醒服务——可以提供搭建自定义提醒程序的应用框架。

    服务代理——为建立高度量化程序提供异步进程处理功能。

    报告服务——这是最值得升级的一项功能。报告服务是企业级的报告生成平台，可以对设计、布署、销售进行详细的报告。强大的ReportBuilder组件可以让最终用户也享受到报告服务。

    3.整合全新的.NET Framework

    对SQL Server 2005进行的最大的强化就是整合了.NET Framework。启用新的.NET整合功能后，你可以轻松地创建存储过程、函数、触发器、自定义类型、自定义数据集。你可以在任何.NET语言下使用EXEC sp_configure ‘clr enabled' , ‘1'命令启用CLR支持。如果你还在使用过去的未管理的扩展存储过程，应该立即用SQLCLR存储过程代替。

    3. 新的数据类型

    SQL Server 2005中添加了两种新的数据类型：xml和varbinary(max)。

    Xml数据类型——可以用于在SQL Server数据库中存储类型化或非类型化的XML数据，并通过Xquery进行查询。

    Varbinary(max)数据类型——可以像访问普通数据一样对图像等二进制数据进行存储和读取。

    4. 新的点对点事务型映射

    通过SQL Server 2005中的新功能，我们可以轻松掌握微软对映射作出的这一最大改动。点对点事务型映射是针对双向映射设计的，可以使两个或多个数据库之间在任意一个确认产生改动时保持同步。

SQL Server 2005缺少的功能

    6.数据镜像

    毫无疑问，数据镜像是自从SQL Server于2005年11月发布的RTM版本以来一直被人想念的功能，因为它是使企业下定决心升级至SQL Server 2005的主要原因之一。预计这一功能会在2006年下半年重新加入。

    7.SQL快速管理器

    快速管理器试图为SQL Server 2005 Express提供图形化的管理界面。然而它的功能有限，运行缓慢，微软不得不在SQL Server Management Studio中放弃了它，并重新命名为Express。

    如何找到SQL Server 2005的这些功能?

    如果你是第一次使用SQL Server 2005，或许会被大量的新功能和界面改动弄得眼花缭乱。与任何一个版本相比，SQL Server 2005所做出的改动都是最大的。你会发现在SQL Server 2000或SQL Server 7中习惯使用的工具都被修改或去除了。

    8.SQL Server服务管理器

    在你升级到SQL Server 2005之后，你或许会有疑问：升级真的完成了吗？因为你会发现系统图标中的服务管理器不见了。SQL Server服务管理器已经被替换成了SQL Server配置管理器，可以通过“开始->程序->SQL Server 2005->管理工具->SQL Server配置管理器”，或者右键点击“我的电脑->管理”，然后打开服务与配置选项卡运行。

    9.企业管理器

    要找到新的管理器有一点麻烦，但你很快会发现在SQL Server 2005中，SQL Server企业管理器（SEM）已经被SQL Server管理中心 (SSMS)代替了。在对大量对象和服务器的管理中，SSMS的运行速度更快。一切操作都可以用脚本实现。而且多数对话框不是传统的对话框模式，你可以更好地同时应付多个任务。

    10.查询分析器

    对开发人员和数据库管理员来说最重要的查询分析器已经换成了查询编辑器。你可以在管理中心中选择新建查询来调用它。查询编辑器提供了编写和运行T-SQL查询语句的分析器基本功能，并可以与SourceSafe整合进行版本控制。然而，查询编辑器缺少调试T-SQL语句的功能。你需要使用Visual Studio 2005的数据库项目来进行调试。

    11.分析服务管理器

    在SQL Server 2005中，微软彻底改变了分析服务的管理和开发配置。以往的分析服务管理器被SSMS和商业智能开发中心(BIDS)所代替。分析服务的管理由SSMS处理，创建和部署立方体结构等开发任务由BIDS处理。

    12.DTS设计器

    在SQL Server 2005中，DTS被SQL Server整合服务(SSIS)所代替。在处理过程中，以往的DTS设计器被新的SSIS设计器所代替。SQL Server 2000中，DTS设计器是在企业管理器中启动。而SSIS设计器是在BIDS中启动。打开BIDS，选择“文件->新建->项目->商业智能项目->整合服务项目”以启动SSIS设计器。

    13.导入/导出向导

    菜单里没有了这个选项，但它并没有被删除，你可以在命令行模式下运行dtswizard.exe找到它（别被字面蒙骗，这个程序是使用SSIS的，不是DTS）。你也可以打开一个SSIS项目，右键点击SSIS包来启动导入/导出。

来源：CSDN

升级理由二：可编程性

CLR 集成

SQL Server 2005的可编程性是值得升级的第二个重要理由。从来没有哪一个版本能像SQL Server 2005 这样带来这么多编程方面的变革。说老实话，在我知道的瞬间我是惊呆了。有些变化是革命性的。如CLR（Common Language Runtime,公共语言运行时）集成。就先说说CLR集成。CLR集成是指你可以使用任何一种.NET 语言编写SQL Server 2005 的存储过程，触发器，函数，自定义类型，甚至是自定义的聚合函数。估计不少数据库软件开发商会为这个功能欢呼雀跃。想想以前的扩展存储过程，编程非常不容易。代码中一不小心就会引起内存泄漏。而且由于扩展存储过程运行在SQL Server 的进程空间中，不好的代码容易引起访问违规（Access Violation）导致SQLServer 异常。

    现在有了CLR 集成，你可以轻松利用.NET语言的优势如其面向对象的封装、继承和多态特性，编写出那些需要对数据进行复杂数值计算或逻辑的代码，如字符串处理，数据加密算法，XML数据操作等等。由于CLR代码宿于SQL Server进程，你可以非常容易访问数据库中的数据。有了CLR，你不再局限于T-SQL，你现在立即拥有了.NET 框架类库提供的各种各样的类和例程，以及.NET语言提供的一致的编程模型，如错误处理。展现在你面前的是一个可以无限扩展的编程空间。你现在需要的仅仅是考虑什么时候使用T-SQL 语言，什么时候使用CLR。我猜测那些SQL Server软件开发商几乎会立即升级到SQLServer 2005 享受数据库编程的便捷。

T-SQL 语言增强

    SQL Server 2005 中的T-SQL语言有了非常大的改进。其中笔者最为称道的是现在可以使用和C++或C#类似的TRYCATCH结构对T-SQL 进行错误处理了，大大简化了T-SQL错误处理编程。SQL Server 2005以前的版本通过设置@@error变量表示最后的T-SQL 语句执行成功与否。为避免@@error变量被新执行的语句重置，你必须为每一条可能出错的TSQL语句后面立即检查或保存@@error变量的值，并使用相应的G O T O 语句进行跳转，使得代码变得复杂难读。现在SQLServer 2005 有了TRY-CATCH结构你只需要把相关的一组语句放在TRY块里面即可。如果TRY块里面任何语句发生错误，就会执行相应的CATCH 块。你甚至可以使用嵌套的TRYCATCH来实现复杂错误处理流程。估计很多T-SQL语言使用者可能就为了这个TRY-CATCH 结构而迫不及待地升级到SQL Server 2005。

    除了传统的DML（INSERT/UPDATE/DELETE）触发器，SQL Server 2005 现在也可以对DDL 语言（CREATE、ALTER或DROP 开头的语句）创建触发器了。这对于那些需要对DDL语言执行管理任务如审核以及规范数据库操作的用户特别有用。以前很多客户问我如何跟踪或避免表的删除操作，现在终于有了答案。你可以简单建立一个针对DROP 语句的触发器然后在触发器里面ROLLBACK 事务就可以回滚DROP 动作了。

    SQL Server 2005 T-SQL 中还有一个很酷的OUTPUT 子句。现在你不费吹灰之力就可以获得INSERT 、UPDATE 或DELETE语句所影响的每行的信息。对于在INSERT或UPDATE操作之后需要检索标识列或计算列的值的场合OUTPUT子句非常有用。如获得数据INSERT 后该行的Identity的值，产生一些唯一流水号，验证刚刚插入的数据等等。一个有趣的例子是Identity值的取得。在SQL Server 2000 中你可以在INSERT 语句后立即调用IDENT_CURRENT()或SCOPE_IDENTITY()函数来得到INSERT 语句的Identity。现在你仅仅需要在INSERT 语句中指定output子句就直接得到刚刚插入的Identity值，实在太简单了，不是吗？

    SQL Server 2005 中T-SQL 语言新增或加强的功能还有很多。如SQL Server 2005 新增加了一类排名函数RANK/DENSE_RANK/NTILE/ROW_NUMBER，轻松解决了开发者要求返回数据行中提供行号等排序功能。新增的P I V O T 和UNPIVOT运算符使得对结果集进行行和列的旋转变换十分简单。公用表表达式(CTE)解决了T-SQL语言的递归查询问题，而使用OPENROWSET 语句现在可以直接从文件里面执行大容量操作了。我觉得每一个改进都是那么有针对性，以至于使我相信这些T-SQL增强必定是SQL Server开发小组真正聆听数据库开发者心声的结果。

升级理由三：安全

    SQL Server 2005 的安全功能是我认为值得升级的第三个理由。SQL Server 2005 的安全达到了前所未有的强大水平，有着比以前版本更清晰的安全模型即主体，安全对象和权限。在SQLServer 2000 中是用服务器级权限、数据库角色和数据用户权限的混合方式管理权限。而SQL Server 2005 统一使用GRANT语句管理主体对安全对象的权限，简化了安全管理。其中我认为最大的改进是用户和架构（schema）分离。在SQL Server 2000中如果用户不是DBO 且拥有对象，那么移除该用户将是很麻烦的事情。你需要首先使用sp_changeobjectowner改变该用户拥有的对象所有权，然后把所有引用该对象的代码做相应的修改。而在SQL Server 2005 中就不需要这样麻烦了，因为现在用户不再拥有对象。拥有对象的是schema 而不是用户。数据库中的所有对象都属于某个schema。对象的完整名字是server.database.schema.object，符合SQL-99 标准，而不是以前的server.database.user.object 方式。删除用户仅需要改变schema的owner就可以了。不需要修改任何已存在的数据库访问代码，真的很方便。用户和架构分离还有一个好处就是对象的权限管理变得简单。你可以把某些对象集中于某个架构里面，然后对该架构设置权限，那么架构里面的所有对象就自动继承了同样的权限。

    如果你需要保护数据库中的敏感数据，那么SQL Server2005 中的数据加密功能绝对值得考虑。以前不止一次有客户问我如何加密数据库中的某些数据，是否可以使用一些内部不公开的函数如PWDENCRYPT加密数据。我的回答是使用Windows的EFS（加密文件系统）功能加密数据库文件或在应用程序层对数据加密后再存储。现在用户期盼已久的数据加密功能终于在SQL Server 2005 中得到实现，那些有机密数据需要保护的用户值得高兴了。SQL Server 2005不是简单的提供一些加密函数，而是把市场上已经成熟的数据安全技术引进到数据库中，有一个清晰的加密层次结构。SQL Server 2005 支持证书（certificate），非对称密钥和对称密钥算法，一是防止敏感数据被泄漏，二是防止数据被篡改。对称密钥支持RC4，RC2，TripleDES 和AES算法，而非对称密钥使用RSA 算法。证书其实就是非对称密钥中公钥的容器。密钥管理是安全中比较弱的部分。SQL Server 2005 每一层都使用证书、非对称密钥和对称密钥的组合对它下面的一层进行加密，提高了密钥安全性。出于性能考虑，一般不用加密强度大的非对称密钥或证书直接加密数据，而是使用对称密钥加密数据获得较快的性能，然后使用证书或非对称密钥加密对称密钥。

升级理由四：快照隔离

    你还在为系统出现的阻塞（blocking）或死锁（deadlock）现象苦恼吗？快试试SQL Server 2005 中的快照隔离吧。通过行版本（row versioning）控制技术，SQL Server 2005 除了原来支持的四种事务隔离级别（脏读、提交读、可重复读、可串行读）外新增了一个快照（SNAPSHOT）隔离级别，有可能使阻塞或死锁成为历史。SQL Server在TEMPDB中存放不同版本的数据行，select 语句读取这些不同版本的行，读操作不阻塞写数据，写操作也不阻塞读操作，这样那些由于读/ 写争用导致的大量死锁的系统将从中获得无穷益处。如果你的系统复杂难优化，那么升级到SQL Server 2005 试试快照隔离级别，也许会有意想不到的效果。

    SQL Server 2005中的快照隔离可细分为两种即READ_COMMITTED_SNAPSHOT和ALLOW_SNAPSHOT_ISOLATION。建议大家多使用前者，因为已提交读隔离可用于大多数现有应用程序，而不需要进行任何更改，其占用的TEMPDB空间也少。可以预见如果使用快照隔离级别，那么需要特别关注TEMPDB的大小和性能。你也许需要把TEMPDB放在有足够空间的单独磁盘上以提高性能。

    考虑到快照隔离在避免阻塞和死锁方面的作用，我把它作为升级的第四个理由。

升级理由五：数据库镜像

    对于那些要求高可用性的用户来说，数据库镜像也许是考虑升级的唯一理由。SQL Server 2005的前版本在高可用性方面提供了故障转移群集（Failover Cluster）和Log shipping方案。群集方案的一个好处是在一台机器发生问题时它可以提供极快的故障转移能力，在备份服务器上联机数据库，应用程序只需重新连接即可。群集方案的一个缺点是数据库放在共享盘上，有单点失效这个缺点，一旦共享盘失败将导致整个系统崩溃。所以群集方案一般都要结合严紧的备份方案一起使用。而logshipping系统有一个时间上的延迟，且如果日志备份很大，传送速度也是个问题。SQL Server 2005引入的数据库镜像可作为故障转移群集或Log shipping 的替代或补充方案来提高数据库的高可用性。镜像的主要优点是它比前两者更容易管理，没有群集的单点失效缺点,也没有log shipping 的时间延迟。镜像服务器可以放在很远的地方，提高了作为备份服务器的高可用性。

    数据库镜像需要两台或三台服务器。主服务器通过传送事务日志中的每个事务到镜像服务器来进行数据同步。每当数据库commit一个事务，该事务就会被同步到镜像服务器。如果事务安全设置为FULL，传送操作将为同步操作。同步操作可以确保将提交的事务提交给两个服务器，但可能会增加事务提交的时间。如果事务安全设置为OFF，操作将为异步操作。事务会在不等待镜像服务器的情况下提交，这将不影响主服务器事务的提交时间，但不能确保镜像也提交了该事务，所以在出现故障那一刻有可能有部分日志丢失。对于需要严格同步数据的镜像系统可以采取同步模式。而仅仅希望有个备份服务器又不影响性能的情况下可以使用异步模式（高性能模式）。无论那种模式，一旦主服务器出现问题，你可以手动实现故障转移或配置系统实现自动故障转移。

升级理由六：商务智能BI 增强

    SQL Server 2005 对已经有或打算开发基于SQL Server 的商务智能方案的用户吸引力极大。SQL Server 2005中有关商务智能方面的增强很多，是升级的很好理由。首先是传统的DTS（Data Transformation Services）被新的IS（Integration Services）代替。SQL Server 2000 中的DTS用来在不同服务器之间转移数据，但对于复杂重复的工作流DTS倍感吃力。IS重新改写了DTS的数据流引擎，引入提取、转换和加载（ETL）数据的新编程体系，将数据流与控制流分开，开发能力大大加强，包部署、管理和性能方面也比DTS上了一个数量级。笔者看来，DTS终于从原来的小打小闹成长为成熟的IS 数据集成服务体系。

    分析服务（Analysis Services）在SQL Server 2005 中也有很多改进。原来没有profiler想跟踪分析服务里面的语句非常痛苦。现在2005 终于支持profiler了。Profiler对性能调优和排查错误将非常有用。分析服务2005 真正具备了实时分析能力，新增加了四种数据挖掘算法，也支持.NET语言进行开发（如存储过程等）。至于报表服务，2005 版本中添加了报表生成器和模型设计器这两个新工具，支持报表拖拉设计。2005 的报表改进如新的打印功能、多值参数等。设计过报表的人员会深深知道多值参数的妙处。

    另外，无论是IS、报表服务等都可以在类似Visual Studio的环境中开发，任务完成不过鼠标拖拉之间，非常容易上手。

升级理由七：全文搜索增强

    相对前版本SQL Server 2005中性能提升最多的部分当数全文检索。SQL Server 2000 中的全文本检索和SQL Server 7.0中的差别不大，处于能用的水平。在SQL Server 2000中使用全文检索一个最大的痛苦是建立全文索引的性能不好，需要的时间太长，特别是在表很大的情况下。一个几千万行数据的表也许需要数个小时到数天时间才能完成全文索引的建立。SQL Server 2005全文检索在开发的时候就集中于三点：性能，集成，和可扩展性。据开发小组人员的简单测试，原来在SQL Server 2000中建立全文索引需要14天的表，现在只需要几个小时！几乎有上百倍的性能提升，只能用“惊异”来形容。其相关的全文检索语句也有30％～50％甚至更高的性能提高。性能方面的提高得益于全新设计的全文检索引擎。其中关键的一点设计是全文检索引擎现在使用共享内存和SQL Server 进行数据大规模并发交互，而不是原来基于逐行的方式，使得性能上了好几个数量级。

    除了性能，SQL Server 2005 中的全文索引的集成性也大大加强。在SQL Server 2000 中很难对全文检索进行备份。一旦有数据库恢复或移动，你得重新重建索引。对于几百个GB的数据库，重建索引几乎是不能接受的恶梦。现在终于可以和数据库一起备份和恢复全文索引了。你不再需要在恢复数据库后重建全文索引了！恶梦终于成为历史。除了可以备份外，你也可以方便的改变全文索引的磁盘位置。你甚至可以在一个热备机器上把全文索引建立好，然后copy 这个索引到生产服务器上使用。

升级理由八：可用性功能增强

    索引联机操作。除了数据库镜像，SQL Server 2005 中可用性还有很多其他提高。索引现在可以使用ONLINE关键字进行在线建立或重建或删除了。它的技术要点是在内存里面动态生成索引的另一个副本从而不影响原来查询的进行。一旦索引副本完成操作即替代原来索引成为当前索引。我认为索引联机操作的意义是很大的，因为很多数据库系统都有定期调整或维护索引方面的需求。有了2005 你无需担心业务的正常运行而大胆的对索引进行维护或修改。

    页校验和。SQL Server 2005中的数据库页引入校验和增强了数据的可靠性。除了原来SQL Server 2000 中已有的TORN_PAGE_DETECTION 外，SQL Server 2005 新增实现了页的检验和（CHECKSUM）。你使用ALTER DATABASE语句的SET PAGE_VERIFY子句即可指定。它的原理是向磁盘中写入8K数据页面时，SQL Server计算整个8K页面内容的校验和并将该值存储在页头中。再次从磁盘中读取页时，SQL Server动态计算读取到的页面内容的校验和，并与存储在页头中的校验和值进行比较。如果不相等则意味着页面有物理损坏，需要检查IO硬件。另外设置检验和的另一个好处是还可以在备份和还原操作过程中使用RESTORE VERIFYONLY语句验证每一数据页的完整性从而确认备份文件没有物理损坏。

    在线还原。在数据库的某一部分未恢复前，用户无法对该部分进行访问，但可以访问所有其他数据。SQL Server 2000中如果数据库在还原或recovery当中，用户不能访问数据库。这样如果数据库很大需要rollback或rollforward的事务很多的话，recovery的时间会出奇的长。SQL Server 2005 的在线还原功能使得数据库在很短的时间内变得可用。

升级理由九：复制增强

    SQL Server 2000 中的复制功能已经很好。我这里把复制作为升级的一个理由因为SQL Server 2005在原来的基础上又增添了不少的功能。如peer-to-peer对等复制，可以在参与者之间相互进行复制，这样你可以采用对等复制在复制参与者之间建立某种程度的负载平衡。合并复制现在支持通过HTTPS进行数据同步，可以方便建立基于INTERNET 的复制。发布表现在可以使用标准的T-SQL语句如Alter Table等进行结构修改然后被复制而不是仅仅局限于使用sp_repladdcolumn和sp_repldropcolumn存储过程。在SQL Server 2000 中，仅支持向其他数据库（如DB2或Oracle）发布数据，而在SQL Server 2005 中，可将Oracle 数据库直接复制到SQL Server。可以从备份中初始化事务性订阅而不是仅仅局限于从快照对复制进行初始化，等等……

升级理由十：异步处理能力

    SQL Server 2005 通过引入全新的Service Broker 提供了革命性的异步处理能力。Service Broker提供了一个功能强大的异步编程模型。它为数据库应用程序增加了可靠、可扩展、分布式异步功能异步编程，允许程序仅仅在资源可用时才去执行占用大量资源的任务，以此来缩短响应时间，提高吞吐量。在我看来，Broker的最大好处一是异步执行能力，提高了可伸缩性，二是可靠执行，三是集成于数据库中，备份数据库就备份了broker 的消息队列。SQL Server 2005 中的查询通知就是基于Service Broker的应用。你可以使用查询通知功能来发送一个命令到SQL Server请求在查询结果发生变化时接收SQL Server的通知。这样就可以只有在程序以前检索的结果发生变化时，才需要重新查询数据库。一个可以预见的应用是在使用缓存的Web 站点中。Web站点首先发送语句到数据库服务器，获得数据，缓存到本地，然后只有在收到查询通知的时候才清理缓存，重新查询数据。这个机制避免了重复轮询SQL Server，大大减轻了服务器的负载，也提高了Web 站点的伸缩性。

    因为SQL Server 2005 的Service Broker带来了数据库编程异步处理能力的革命，我把它作为升级的第十个理由。

总结语

    上面列出的十大理由仅仅是基于笔者的考虑，并没有囊括SQL Server 2005 所有的功能。SQL Server 2005 还有其他很多非常优秀或重大的改进。比如支持通过HTTP SOAP协议直接访问数据库，增加XML数据类型，支持Xquery，使用新的SQL ServerManagement Studio 等等。有一点我必须提一下，就是现在可以调用sp_create_plan_guide来强制指定SQL Server总是使用某个执行计划运行语句，避免SQL Server动态生成不够优化的查询计划，实在太棒了。在笔者看来，SQL Server 2005 带来的好处远远大于升级导致的工作量，升级到SQL Server 2005 是迟早的事情。早升级早拥有，对SQL Server 2005，你准备好了吗？

作者Blog：http://blog.csdn.net/wangchinaking/

USE AdventureWorks;
GO
EXEC sp_fulltext_catalog 'Cat_Desc', 'create';
GO

B. 重新生成全文目录

USE AdventureWorks;
GO
EXEC sp_fulltext_catalog 'Cat_Desc', 'rebuild';
GO

C. 启动全文目录的填充

USE AdventureWorks;
GO
EXEC sp_fulltext_catalog 'Cat_Desc', 'start_full';
GO

D. 停止全文目录的填充

USE AdventureWorks;
GO
EXEC sp_fulltext_catalog 'Cat_Desc', 'stop';
GO

E. 删除全文目录

USE AdventureWorks;
GO
EXEC sp_fulltext_catalog 'Cat_Desc', 'drop';
GO

http://msdn2.microsoft.com/zh-cn/library/ms189801.aspx

OPENROWSET ( 'MICROSOFT.JET.OLEDB.4.0'

, 'Excel 8.0;HDR=YES;IMEX=2;DATABASE=C:\Documents and Settings\xiongh\ 桌面 \ 今日投资通信录 .xls' , [sheet1$])

OR
 
 SELECT * FROM OPENDATASOURCE('Microsoft.Jet.OLEDB.4.0',
 'Data Source=D:\ZJS.xls;Extended Properties=Excel 8.0')...[Sheet1$]

http://support.microsoft.com/kb/321686/zh-cn

     outer  join 对参与join的两个表有主从之分，处理方式以主表的每条数据去match 从属表的列，合乎条件的数据是我们所要的答案，不合乎条件的也是我们要的答案，只不过哪些从属表选取的列将被添上null。
(2) left join
     左边的为主表，右边为从属表
     select a.cust_id ,b.order_date,b.tot_ant
     from customer a left join sales b
     on (a.cust_id =b.cust_id and b.order_date>''1996/10/15'')
     可以写为
     select a.cust_id,b.order_date,b.tot_ant
     from custom a
     left join (select * from sales where order_date>''1996/10/15'') b
    on a.cust_id =b.cust_id  
(3) right join
     左边的表为从属表，右边的表为主表
(4) self join
     self join 常用在同一表内不同数据间对同一列的比较
    select a.emp_no,a.emp_name,b.emp_no,b.emp_name,a.date_hired
    from employee a
    join employee b
    on (a.emp_no!=b.emp_no and a.date_hired=b.date_hired)
    order by a.date_hired
   这样会重复数据，只要加上一句 and a.emp_name>b.emp_name
(5) full join
     不仅列出符合条件的数据，两边未符合join条件的数据也会一并列出。哪些未符合join条件的数据如果在select列中无法得到对应的值则填上null
    select a.cust_id,b.tot_amt
    from customer a full join sales b
    on a.cust_id=b.cust_id
有表
 id   ic  name  amount
      I    *        *
      c
      i
      c
      i
      i  
   要求结果为 
    ic  name  amount  ic   name  amount
    i                         c
    i                         c
    i
    i
  select aaa.*,bbb.*
  from ( select (select count(id) from  aa as  b where (b.id<a.id) and (ic=''i'')) as     newid, * from aa a where ic=''i'') aaa
  full join
   (select (select count(id) from aa as b where b.id<a.id and ic=''c'') as newid,* from
 aa a where ic=''c'') bbb
on aaa.newid=bbb.newid
order by aaa.name
6.使用 HASH 和 MERGE 联接提示
此示例在 authors、titleauthors 和 titles 表之间建立三表联接，以生成一个作者及其著作的列表。查询优化器使用 MERGE 联接将 authors 和 titleauthors (A x TA) 联接在一起。然后，将 authors 和 titleauthors MERGE 联接 (A x TA) 的结果与 titles 表进行 HASH 联结以生成 (A x TA) x T。

重要  指定联接提示后，要执行 INNER JOIN 时 INNER 关键字不再为可选，而必须显式说明。

USE pubs
SELECT SUBSTRING((RTRIM(a.au_fname) + '' '' + LTRIM(a.au_lname)), 1, 25)
   AS Name, SUBSTRING(t.title, 1, 20) AS Title
FROM authors a INNER MERGE JOIN titleauthor ta
   ON a.au_id = ta.au_id INNER HASH JOIN titles t
   ON t.title_id = ta.title_id
ORDER BY au_lname ASC, au_fname ASC

下面是结果集：

Warning: The join order has been enforced because a local join hint is used.
Name                      Title               
------------------------- --------------------
Abraham Bennet            The Busy Executive''s
Reginald Blotchet-Halls   Fifty Years in Bucki
Cheryl Carson             But Is It User Frien
Michel DeFrance           The Gourmet Microwav
Innes del Castillo        Silicon Valley Gastr
...                    ...
Johnson White             Prolonged Data Depri
Akiko Yokomoto            Sushi, Anyone?      

(25 row(s) affected)

(7)Inner Join

Inner Join 逻辑运算符返回满足第一个（顶端）输入与第二个（底端）输入联接的每一行。

作者Blog：http://blog.csdn.net/softj/