SQL Server 2005豪华盛宴

导读：
推荐序

在关系数据库中，以集合（set）的方式来处理大量记录才有效率，使得SQL（Structure Query Language）语言无法被C#/Java/Visual Basic 等面向对象语言取代。而善用数据是信息系统成功的关键因素之一，现今大量交易、数据整合、商业智能的结构性需求大增，将使SQL显得更加重要。
随着Microsoft SQL Server 版本的演进，衍生自ANSI SQL 的T-SQL（Transact Structure Query Language）语言变得独立且功能强大，拥有众多用户，是解决各种数据问题的主流语言。在SQL Server 的功能大量扩增并广泛进入企业各系统后，日益庞大的数据量让T-SQL 发挥了重要的作用。
虽然讨论T-SQL 的书很多，但因为SQL Server 2005 巨幅扩增了功能，且标准化了许多语法，将原来需要通过系统存储过程、DBCC 才能创建、设置或维护的功能，都回归到标准的T-SQL 语法，并放宽了语法的自由度。例如：引入.NET 对象作为SQL Server 服务器端对象、XML 数据类型与XQuery 语法、Service Broker 消息队列服务、以DDL 建立系统登录与数据库用户、通过T-SQL 维护索引、TOP 运算符可以搭配变量或子查询，以及搭配CTE 使用在UPDATE、DELETE 语法中、聚合运算搭配OVER 运算符等，诸多功能在SQL Server 2000中是无法用T-SQL办到的。因此，以往的T-SQL 书籍将不足以讲解2005版SQL Server 的功能。
若论微软SQL Server方面的最重要著作，大概非Inside Microsoft SQL Server 系列丛书莫属了。从SQL Server 6.5 以来，一直常驻在专业SQL Server DBA 案头的，就是对应各版本的Inside Microsoft SQL Server系列丛书了。这不是笔者的妄加赞誉，而是素有信息界诺贝尔奖称呼的图灵奖（Turing Award）得主Jim Gray 在该系列书籍的序言中所说的。笔者本身也以读过该系列的书，代表进入了该版本的世界（例如要熟悉SQL Server 2000，先读Inside Microsoft SQL Server 2000），以此为深入了解SQL Server 的标准。
由于大幅改版与新增功能，导致以往出书速度还蛮快的Inside Microsoft SQL Server 系列，这次让大家从SQL Server 2005 上市后等了一年。也由于功能繁多，原本已极为厚重的Inside Microsoft SQL Server 再也无法以单行本面世，而改为四本合集的系列丛书。先前Inside SQL Server 各版本的作者Kalen Delaney，在此次Inside Microsoft SQL Server 2005 的四本书中，改任丛书编辑（Series Editor），并亲自撰写《Inside Microsoft SQL Server 2005 : The Storage Engine》一书。
此刻，我们需要全面地重新认识T-SQL，够分量的书籍大概非《Inside Microsoft SQL Server 2005 : T-SQL Querying》和本书莫属。两书的作者群里，以资深的讲师与顾问Itzik Ben-Gan 为首，包含SQL Server 2005 团队的两位产品经理，分别负责SQL Server 查询引擎和Service Broker 的深入介绍，以及其他拥有多年经验的顾问与教师们合作撰写。因此，两本书中皆有着技术底层的详细解说，搭配各项功能的最佳应用实践。
这两本书主要以集合数据处理（set-based query）和程序逻辑（procedural programming）两个方面来区分。前者重视SQL DML 语法的逻辑和效率，本书则强化搭配过程控制（如IF、WHILE、游标等）所建构的服务器端对象，如函数、存储过程、CLR 对象、Service Broker 等。
笔者一直认为技术书籍与联机帮助不同的地方是技术书籍提供应用场景与阅读趣味，将技术与实际应用串起来。因为联机帮助写得像字典，若将信息语言的应用比喻为作文，则一般人很难光靠一本字典学会作文。我们需要看文章来模拟笔触、技法与结构。在学习信息技术时，自然需要实际场景和程序代码范例。而这两本书所提供的T-SQL 范例大都简短有力，两三行就切中要旨，由范例就可看出作者的功力。对于T-SQL 的方方面面，作者们都进行了提纲挈领、深入浅出的讲解，不管是凸显语法结构、运算符、适用性，还是建立服务器对象，都让有T-SQL基础的人能迅速抓住重点。
使用T-SQL如同激荡脑力的智力测验，同一个问题让人惊叹的解法层出不穷，需要经验与知识的累积，是技术与艺术的展现。而这两本书读来让人愉悦，有如在读T-SQL 的秘技，作者整合了不同的技术，并将它们混在一起使用。例如，以一般的SELECT 语法查询，要将多笔记录的域值组成符号分隔的单一字符串时，会采用类似如下的做法。
DECLARE @c nvarchar(4000)
SET @c='
SELECT @c=@c + CustomerID +',' FROM Customers
SELECT @c
在上述范例中，会返回Customers 数据表中以逗号分隔所有客户编号的单一字符串。但作者在本书中，强调此种方法的不确定性，因为微软并没有明文保证此种连接字符串的方法一定可行。但由于FOR XML 子句在2005 版本时多了PATH 选项，因此该组字符串可以换成如下标准的查询方式。
SELECT CustomerID + ',' AS [text()]
FROM Customers FOR XML PATH(')
书中充满了此种结合不同技术的意想不到之解法，让懂得关键之人顿感妙趣横生，不懂奥妙之人，仍可借鉴引用。
本书的目的是为了帮助你熟悉T-SQL 语言，并通过该语言撰写SQL Server 服务器端的对象，例如视图、用户自定义函数、存储过程、触发器等，由于未解释T-SQL 基础语法定义，属于进阶的书籍。其内各章节大都彼此独立，且作者所拟的章节针对性很强，你可以浏览后，选择主题切入。日后在工作上需要应用到该项功能时，再回头精研作者所阐述的要旨。
前4章详细解释了T-SQL一般使用中让人困扰的用法，例如以字符类型描述日期时间时，最好采用[yy]yymmdd[ hh:mm[:ss][.mmm]] 格式，例如以‘20060423 20:14:42.132’来表示时间最佳。另外还探讨了动态组织与执行SQL 语法、临时表（Temporary Table）和表变量（Table Variable）的迷思、游标（Cursor）的正确使用方式等，针对以T-SQL 撰写商业逻辑时常用的技巧，作者详加剖析了较佳的用法。
在其后的章节中，分别解释了为何要在服务器端创建视图、函数、存储过程、触发器、端点、Service Broker 等对象，以及事务管理和错误处理。书中解释了许多关于性能的议题，如第6章特别强调了用户自定义函数的正面价值在于：提供了安全、弹性以及程序的可维护性外，但它可能损伤性能。而第7章说明了存储过程虽然会因为缓存执行计划而提升性能，但若数据分布不平均，造成索引误用，依然损伤性能。因此需要小心搭配整个存储过程的WITH RECOMPILE 选项，或是SQL Server 2005 新提供的：单句查询语法搭配OPTION（RECOMPILE）选项。
读到Service Broker 的产品经理Roger Wolter 所撰写的第11章时，才能理解由于时间的压力，为了赶上市而分割SQL Server 2005 的部分功能。但因功能尚未完成，导致保留的T-SQL 语法让人莫测高深，这些情况在本章有了解释。例如Service Broker 在打开对话时，总要以BEGIN DIALOG CONVERSATION 语法开始，笔者就一直怀疑是否自己的英文能力太差，为何看不出Conversation 加Dialog 这个关键词的用途？原来Conversation 分为Dialog 和Monolog 两种，Dialog 是两边的服务可以互为通信，Monolog 则是发起端单方面的声明。但Monolog 在这个版本还未做出来，而为了下一个版本的兼容性，本版就需要保留使用Dialog 关键词。另外，在建立Service Broker 的对话时，来源端的Service 名称可以直接指定Service 对象名称，但目的端却需要用字符串格式，读了此书才知道因为未来目的端可能不局限是SQL Server 所提供的服务，因此以一般的文字字符串来描述。
本书的译者赵立东老师有6年的开发经验，精通.NET 和SQL Server。赵老师翻译本书非常认真，不仅更正了原书提出的勘误，且在翻译过程中，经常与原作者Itzik讨论和并向他请教，同时也不时和笔者交换意见。所以，在他翻译的过程中，我受益不少。译者与博文视点曾合作翻译了《Programming ASP.NET中文版第3版》一书。此外，他也正在和其他译者一起翻译《Inside Microsoft SQL Server 2005:T-SQL Querying》一书，并担任该书的审校工作，这本书是笔者期待的另一本佳作。

胡百敬
2007年5月于台湾

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

本文转自
http://blog.csdn.net/Byron_Hu/archive/2007/07/20/1700150.aspx