1.1.3 SQL Server 2005的改进

作者: Eric L. Brown 出处:机械工业出版社华章公司 　2007-10-12 16:28　   砖    好    评论  条 　进入论坛

阅读提示：《SQL Server 2005中文版精粹》第一章是对SQL Server 2005的一个总体概述，本节讲了SQL Server 2005的改进。

1.1.3   SQL Server 2005的改进

SQL Server 2005企业版和标准版的64位各有特点。因为应用中需要大量的随机存储器和处理能力，所以微软对AMD X64和Intel（64位Itanium和Xeon EM64T）平台都支持。对使用AMD和Inter 64位芯片组的Windows Server 2003的支持包括运行32位版的SQL Server 2000和SQL Server 2005，这叫做窗口上的窗口（Windows on Windows，WOW）。使用WOW会使得在32位模式下，32位应用程序只能在64位空间中运行。使用SQL Server 2005时，不能在同一环境中同时运行32位和64位版本的SQL Server 2005的二进制码。WOW模式使得底层的操作系统有所改变，WOW功能只是一个中间过渡点。如果你有64位操作系统，但只运行32位SQL Server，WOW可以让你发挥硬件的优势。WOW确实有它自身的限制：32位应用程序不能瞬时使用上百GB的RAM。在WOW环境中，SQL Server随机存储器最多5GB。
表1-1列举了64位SQL Server 2005支持的三个不同版本平台本质上的区别。

当然，这些版都是在Windows 2003 Server 64位版下运行的。你可以得到不同版本的64位SQL Server 2005的媒体/安装程序。微软之所以这么做是因为每个处理器技术都需要特定的优化。这很重要，因为每个版本的64位操作系统都有自己的一套二进码。这些特定的二进码使SQL Server知道其引擎如何使用处理器和芯片组，如查询处理和浮点运算。
SQL Server 2005包括64位版本的分析服务和集成服务。SQL Server 2005的设计使其在不同内存结构（NUMA）中也有很高的运算效率。Windows Server 2003 x64能让同一系统下运行的32位和64位应用程序都具有很高的性能。基础结构是x86工业标准指令集的64位扩展，可以让今天的32位应用程序很自然地使用64位处理器。同时，以64位模式运行的新的64位应用程序在一个时间周期内会处理更多的数据，对内存进行更多的访问，而且加快了数值计算的速度。最后的结论是这是一个能够平衡使用已有的32位应用程序正常应用和平滑的64位过渡的平台。
表1-2列出了支持64位的Windows 2003的版本，并且描述了它们在处理器和随机存储器上所受的限制。SQL Server 2005拥有内置在64位平台上的工具。在一个WOW系统上安装了64位的SQL Server时，就不能够再安装32位版的SQL Server。

虽然64位并不是解决性能相关问题的好办法，但是64位版本解决了关于消耗大量内存的问题。使用Transact-SQL谓词的复杂查询，包括数学计算、计数、排序和分组，都能利用在64位版本下扩展的内存地址空间。总之，在下列情景向64位处理转变是有益的。

那些希望将许多小的数据库组成一个比较大的单一服务器的用户可以考虑使用64位版。这对那些工作负载混杂的应用程序来说尤其明智，其中，只读的应用程序可以完全储存在cache中，而且在OLTP端写的速度极快。
希望巩固多层的应用程序，或用户和数据预期会迅速增加时，应该考虑64位版。

商业智能应用程序，尤其是非常依赖报表的应用程序。
大型数据仓库，无论是关系型数据仓库还是OLAP。
需要重要的多维处理集和OLAP性能的大型决策支持系统的用户应该考虑64位版。
更确切地说，如果应用程序正在大量地利用SQL Server的虚拟内存，或应用程序在以下各方面有压力时，应该考虑64位平台。
过程缓存和游标内存。应用程序使用许多存储过程，其中，底层数据改变时，就需要重新编辑进行更新。
排序、索引、哈希表内存。复杂的数据库应用程序，如SAP或Great Plains应用程序，在动态查询和存储过程中有成百上千的索引和复杂的连接。
连接内存。代表性的是在大容量OLTP的应用中。经由全部的内存和操作系统，64位平台能处理更多的直接连接。
分析服务内存。分析服务的应用，尤其在SQL Server 2005中，占用较大的内存和操作系统能力来刷新预活动的cache，并且创建适当的集合存储；等等这些都要通过64位处理器的大内存能力完成。
当商业智能普遍应用于企业时，64位平台的使用也会随之变得更加普遍。分析和报表应用程序是内存的“贪婪者”，这需要企业大量的开支来维持多维数据集的创建、处理和更新。在多维OLAP（MOLAP）的情况下，产生分区和大维度等的64位平台有更强的向上扩展性/可增强性。
通过我们提到的版本，现在可以进而看看数据库平台的核心能力。下一节将再次讨论可伸缩性的概念。可伸缩性是“多头水怪”，可以从不同方向进行处理。本书把重点放在SQL Server引擎的核心性能上，而不是放在编写有良好可伸缩性的代码或为可伸缩性编写分离应用程序和数据库的策略上。

回书目   上一节   下一节