以往 SQL Server 内的对象命名是“服务器.数据库.管理员.对象”，但新版的对象命名改为“服务器.数据库.Schema.对象”。这让你规划数据库对象命名时更有弹性。
用户与架构（schema）分开，让数据库内各对象不再绑在某个用户账号上，可以解决之前版本“用户离开公司”问题，也就是在拥有该对象的用户离开公司，或离开该职务时，不必要大费周章地更改该用户所有的对象属于新的用户所有。另外，也可让 DBA 在安装某个套装软件时，设置该套装软件所用的数据库对象都属于某个特定的架构，容易区别。也就是说，在单一数据库内，不同部门或目的的对象，可以通过架构区分不同的对象命名原则与权限。
动态设置使用的硬件设备
执行期间服务器动态增减存储器、设置要使用哪几片 CPU 的“CPU Affinity”属性等，都不需要重新启动 SQL Server 服务。由于未来在大机器上运行多个 SQL Server 实例可能是常见现象，因此根据当时执行状况动态调整各 SQL Server 实例的资源可能经常发生。亦即不同系统占用资源的时段可能不同，我们会依照系统的需求动态调配在同一台机器上的多个 SQL Server 实例使用 CPU 的数量，但不会希望每调整一次与硬件相关的设置，就需要重新启动服务一次，让用户与管理员都感到困扰。
以往 32 位版本的 SQL Server 要用超过 4 G 或更大的存储空间时，会启动操作系统的 PAE 以及 SQL Server 的 AWE设置，由于一旦启动这个设置，SQL Server 就会静态地依照设置吃掉所有存储空间，因此我们会设置 SQL Server 存储空间使用的最大值，避免操作系统或其他的应用程序没有存储空间可用。而 SQL Server 2005 在启动 AWE 设置后，依然是动态使用存储空间，也就是需要时才会占用存储空间，若操作系统的存储空间不足，SQL Server 也会释放数据缓冲区的存储空间，还给操作系统。
Database 镜像 - Redundant Database Technology（RDT）
SQL Server 2005 针对高的可获得性（High Availability）提供了与聚集（cluster）服务器不一样的解决项目 – Redundant Database Technology（RDT）。它扩展 log shipping 的能力，让主要的 SQL Server实例有问题时，自动转换到备用的 SQL Server 实例。需搭配新的前端应用程序访问界面来完成服务器与数据库间的自动错误转换（failover），且反应时间非常快（据在线说明是小于 3 秒钟）。且不管自动或手动都可以触发错误转换，而在错误转换之后，服务器间依然会自动重新同步。整个客户端的重导是自动且透明的。
而它最大的好处是使用一般标准的电脑硬件和存储装置，不像以往聚集解决项目需要特殊的共享存储元件，因此不会受限于要连结到共用的存储装置，而让备用系统有距离上的限制。整体运作的机制对在线事务处理量的影响很小，且不影响备份的工作。RDT 的工作原理如图1-3 所示：
RDT 的工作原理与 Log Shipping 类似，但设置 Mirroring/Log Shipping 的过程更为便利。当用户按照如图1-3的步骤 1 更新数据到主要机器（Primary）时，主要机器会将记录一并传送到备用机器上（Instant Standby）。备用机器更新完毕后，才将执行结果回复给用户端。
RDT 的重点是透明的用户端重导，由于用户端的应用程序访问界面 ADO.NET 2.0（MDAC）知道主要机器和备用机器，在初次连结到主要机器时，MDAC 会高速缓存备用机器的名称。当客户端尝试重新连接时，如果可以连到主要机器，则连接主要机器。如果连接失败，MDAC 自动重新连接到备用机器。应用程序不需要改任何的程序代码就可以应用 RDT。
但就微软发表的声明文件表示这项功能在目前 SQL Server 2005 正式版并不启动，微软也不支持该功能的技术问题。你若想要测试，可以通过跟踪标记 1400 来启动。也就是在目前（2005 年底）这项功能尚未被完成，或许要在某个 Service Pack 发布时，才可正式使用。
Profiler 工具程序功能增强
可以录制 Analysis Service 的事件，以图形化的方式显示各 SQL 命令的执行计划，将结果以 XML 格式存储。同时它可以结合 Windows 系统的性能监视器所录制的 Log，通过对应两者发生事件的时间点，一起显示出来。让你可以观察 SQL Server 在执行某些命令时，系统资源的使用状况。
Database Mail
通过标准的 SMTP 设置，而不像 SQL Server 2000 时需要通过 MAPI 来设置 Profile。另外，它可以同时设置多个 SMTP 服务器，以防止当某个 SMTP 服务器有问题时，自动改用第二顺序的 SMTP 服务器收发邮件。
复制（Replication）功能增强
通过更准确的默认设置与自动检测，将 Push 和 Pull 两个订阅向导合并，用来简化 40% 以上的复制向导设置步骤。这一版允许用户通过一般的 DDL 修改 Publication 内 Article 的 Schema，不像前一版只能通过特定的存储过程添加、删除数据字段。还包含了新的 replication monitoring，提供更多的复制信息。
另外，在这一版中增加以 Oracle 8i 之后的版本当作 Publisher。以及 Merge 模式的复制可以通过 HTTP 协议完成。
新的 Peer to Peer Transactional Replication 复制模式，让数据可以在彼此设置复制的实例间快速复制。由于此种模式重视速度，并不处理两端数据同时更新所发生的冲突，因此若是需要互相更新且处理冲突的复制，依然使用 Merge 模式。
责任编辑：小草
您现在的位置： 