这篇文章的目的是为了给IBM(r)商业伙伴提供一些重要的信息，这些信息是关于DB2通用数据库（UDB）在z/OS(r) 环境下（以下简称DB2）DB2(r)数据库性能方面的。本文试图将来自多方资源的材料进行整合，然后尽量有效地将信息展示出来。本文尽量避免在范围上过于宽泛，以及过于深入细节。下面，我将要讨论那些最频繁影响DB2数据库性能的因素。我在这里并不涉及所有可能的条件和所有潜在的考虑，而是只局限于预期的范围之内。我希望这篇文章能够对DB2客户有一个总体的指导，从而使它们自己的环境中去获得DB2数据库的最适宜的性能。这篇文章将从如何在一个特定的安装中定制数据库的性能开始谈起。

这篇文章所涉及的范围是数据库设计性能。而DB2的性能包括的内容比这要多得多，除了数据库的设计之外，实际上还有很多其他的影响因素。例如，程序的编码逻辑，实际使用的SQL语句，都被划分在应用程序设计范围内了。影响DB2系统性能的因素包括了例如安装选项、缓冲池规模、DB2相关的地址空间的分配优先级等。本文的重点在于DB2数据库的设计。但是有些时候，这些影响性能的因素分类之间的界限有些模糊。例如，安装过程中对缓冲池的规模，选用缓冲池的数量进行的配置一般都被认为是系统性能因素。但是，当分配特定的表空间和那些缓冲池的索引的时候，就被认为是数据库设计所要考虑的了。

假设读者已经对z/OS环境下的DB2有了一些基本的了解。本文的前几页讨论了一些关于性能管理的基本概念和原则，以便于后面的理解。我的建议在本质上有些笼统，我总是避免过于纠缠技术细节或者语法等方面的问题。想要获得关于这些问题的详细信息，你可以查看IBM最近发布的有关安装在客户端的DB2的文档。

这篇文档主要着眼于z/OS V7环境下的DB2。虽然在z/OS V8下的DB2已经发布了，并且具有通用性，但是很可能还需要几个月的时间，IBM 的大多数客户才能够让他们的产品系统实现DB2 V8 NFM（新功能模式）。这里还有另一个需要考虑的问题：虽然每个新发布的DB2在正式通用之前，都会在IBM和客户环境中进行相当充分的测试，但是客户仍然很可能对基于前一版本的有关DB2的常见推荐和单凭经验的方法怀有更多的信心，而不是非常认同还没有发布，或者是没有获得普遍使用的新版本（由于验证结论的实际过程的时间长度和深度）。我会在文中提到一些可能会影响数据库设计性能的DB2 V8的新特性。

免责声明：本文包含的信息并没有提交给任何正式的IBM测试，并按"AS IS"原则提供。本信息的使用，或者是以上提到的任何技术的实现均由用户负责，且依靠用户的个人能力对其进行评估，并将其整合进入客户特定的操作环境中。其中的每一项都将在IBM特定的条件下获得精确的数值，这里不保证在其他地方会出现同样或者相似的结果。当用户尝试在各自的环境下采用上述技术时，需要自己承担风险。