Yukon (SQL Server 2005) 的功能
1.02/5 (18投票s)
2005 年 8 月 14 日
7分钟阅读
56182
本文介绍了 SQL Server 2005
特点：Yukon
适用于
Microsoft® SQL Server 2005™
阅读本文时，您可能会觉得本文内容是从某个微软网站复制过来的。但实际上，我设计本文的结构就像 MSDN 文章一样，因为我真的很喜欢 MSDN 文章的风格。
本文没有从微软或其他任何网站获取信息。本文所写的内容是我为与其他 .NET 爱好者分享我对 Yukon 的理解所做的努力。
摘要：本文概述了 Microsoft SQL Server 2005 中内置的新功能支持。简单来说，SQL Server 2005 最令人兴奋的功能是 .NET Framework 集成，这将在本文的后续部分进行详细介绍。对于某些功能，本文假定读者熟悉 SQL Server 2000 的功能和服务。
目录
引言
增强的硬件支持
原生 64 位支持
超线程
.NET Framework 集成
原生 XML 数据类型
DDL 触发器
索引增强
引言
SQL Server 2005 支持的功能服务于企业环境的三个方面：
ü 数据库管理
ü 数据库开发
ü 商业智能
增强的硬件支持
任何运行中的企业数据库系统都会受到硬件类型和运行操作系统平台的影响。SQL Server 2005 的增强功能使其能够利用新一代硬件和处理器。基于 Windows Server 2003 平台构建，SQL Server 2005 为 Intel Itanium-64 架构和 AMD x64 架构提供了 64 位支持。
原生 64 位支持
当在 Windows Server 2003 for 64-bit Extended Systems 上运行时，SQL Server 2005 支持 AMD 的 64 位 Opteron 和 Athlon 64 处理器以及 Intel 的支持 Intel Extended Memory 64 Technology (EMT64) 的 Xeon 处理器。
SQL Server 2005 完全支持 32 位和 64 位硬件平台的所有主要服务，包括 SQL Server 引擎、Analysis Services、SQL Agent 和 Reporting Services。
将数据库迁移到 64 位平台所带来的好处不是处理速度更快，而是可寻址内存的极大增加。
原生的 32 位架构最多只能寻址 4GB 内存，这分为两部分：2GB 分配给 Windows 操作系统，其余 2GB 分配给应用程序。使用 32 位 Windows 版本中的 Advances/Address Windowing Extensions (AWE) 支持，最多可以寻址 32GB RAM。原生的 64 位实现通过将最大可寻址内存提高到 32TB 来消除此内存限制。
超线程
SQL Server 2005 可以利用超线程。超线程是 Intel 的一项 CPU 技术，在这种技术中，系统中的每个物理处理器会创建两个逻辑处理器。每个逻辑处理器能够同时执行独立的线程。超线程的目标是为在单台机器上运行的多线程应用程序提供更好的资源利用率。
.NET Framework 集成
SQL Server 2005 版本中最显著的新功能是 Microsoft .NET Framework 的集成。CLR 与 SQL Server 的集成在多个方面扩展了 SQL Server 的功能。
虽然 T-SQL（现有的数据访问和操作语言）非常适合面向集合的数据访问操作，但它也有局限性。T-SQL 是一种过程化语言，而不是面向对象的语言。将 .NET CLR 与 SQL Server 2005 集成，可以使用任何现代面向对象的 .NET 语言（如 VB.NET 和 C#）来开发存储过程、用户定义函数、触发器、聚合函数和用户定义类型。
虽然这些语言不像 T-SQL 那样具有强大的面向集合的特性，但这些 .NET 语言支持复杂的逻辑，具有更好的计算能力，提供对外部资源的更轻松访问，并促进代码重用。SQL Server 2005 数据库引擎在进程内托管 CLR。通过一组 API，SQL Server 引擎负责托管 CLR 程序的所有内存管理。
原生 XML 数据类型
XML（可扩展标记语言）是一个众所周知的流行词。XML 是一种广泛用于数据传输的语言。Microsoft .NET Framework 将 XML 作为 .NET
在 SQL Server 2000 版本中，Microsoft 通过引入 `FOR XML` 子句作为 SELECT 语句的一部分以及 Open XML 函数，首次添加了 XML 支持。SQL Server 2000 的 XML 支持促成了 XML 文档与 SQL Server 2000 关系数据的集成，但这种集成存在一些限制。如果 SQL Server 2000 中存储的 XML 数据使用了 text 或 image 数据类型，那么开发人员处理此类数据的能力将受到限制。SQL Server 2000 无法对 XML 文档的层次化数据执行原生查询，为了做到这一点，SQL Server 开发人员必须编写复杂的 T-SQL 代码。
Microsoft SQL Server 2005 数据库引擎具有良好的 XML 集成支持。这种支持为 XML 和关系数据提供了一个新的统一存储级别。新的 XML 数据类型支持原生 XML 查询和强数据类型，将 XML 数据类型与 XSD（可扩展模式定义）关联起来。XML 和关系数据之间集成的双向映射支持 XML 的触发器、复制和批量加载 XML 数据，以及通过 SOAP 进行数据访问。
DDL 触发器
触发器是一个存储过程，当发生 DML（数据操作语言）操作（如插入、更新和删除）时会自动执行。Microsoft SQL Server 2000 及更早版本仅限于触发器的此功能，即触发器的执行/与 DML 语句的关联。
SQL Server 2005 允许开发人员为 DDL（数据定义语言）操作编写触发器。因此，DDL 触发器可以与创建、修改和删除数据库对象（如表、视图、存储过程和登录名）相关联。
SQL Server 2005 的这项新的 DDL 触发器支持允许数据库开发人员和管理员控制对数据库对象执行 Create、Alter 和 Drop 语句的使用。
索引增强
在 SQL Server 2000 中，重建聚集索引会强制重建所有相关的非聚集索引。SQL Server 2005 不再支持此功能，即重建聚集索引不再强制重建非聚集索引。
SQL Server 2005 还允许向索引添加非键列。与以前版本的 SQL Server 和几乎所有数据库一样，过去只允许键列成为索引的一部分，因此只有有限的查询可以利用索引。此新功能允许更多查询通过充分利用索引来执行。
与以前版本的 SQL Server 一样，索引的最大大小为 900 字节，这只允许键列在 900 字节的大小限制内成为索引的一部分。SQL Server 2005 允许将非键列编入索引，而无需成为键的一部分，因此这些列不会像键列那样占用索引空间，因为索引的最大大小仍然是 900 字节。
SQL Server 2005 的另一项新功能是能够禁用索引。禁用索引会阻止 SQL Server 引擎维护和使用该索引。当索引被禁用时，SQL Server 2005 数据库引擎会取消分配索引占用的存储空间，但会保留该索引的元数据。ALTER INDEX 语句用于重建索引，之后才能重新启用被禁用的索引。
以前版本的 SQL Server 在重建索引期间不允许访问索引。开发人员需要等到重建过程完成后才能更新数据库对象。SQL Server 2005 还支持联机索引操作，这使得应用程序在索引重建期间可以访问索引并对表执行插入、更新和删除等数据库操作。