DB2数据库设计和最高性能原则

核心提示： 免责声明：本文包含的信息并没有提交给任何正式的IBM测试，并按"AS IS"原则提供，DB2数据库设计和最高性能原则(2)，本信息的使用，或者是以上提到的任何技术的实现均由用户负责，更何况，在考虑如何在数据库管理系统中实际地组织和存储数据之前，且依靠用户的个人能力对其进

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

性能原则和方法学

考虑性能的时机

考虑应用程序和数据库各自不同的性能特征的时间，是在对这些应用程序和数据库进行设计的初始阶段，即开发过程的一开始。对你的DB2应用程序和数据库所需要的资源进行合理评估，将会帮助用户在开发过程的早期对设计和实现做出适当的决定。如果你的应用程序访问数据库的性能直到后来才被说明，那么就要做必需的修改以获得足够的响应时间，并处理你的批处理窗口；这将会变得更加困难，并且消耗时间。

关注焦点

当设计性能的时候，将大部分的精力集中在重要的DB2数据和程序上是很明智的做法。对应用程序或者事务进行定义是这部分工作中的重点，以下一个或者多个特点是适用的：

它们表现了所有业务工作量中的大部分

它们有一个很关键的响应时间需求

它们包括了复杂的逻辑和/或数据访问需求

它们访问大量的数据

它们消耗大量的资源

它们直接与客户进行交互（通过网络、ATM等），与此相反，应用程序大多面向公司内部

数据库设计

数据库设计发生在以下两个阶段：

数据库逻辑设计

数据库物理设计

数据库的逻辑模型只是所有用户数据需求规格化的形式表现。这个模型通常是数据建模阶段的输出或者是最终结果。它很少在实际意义上被实现。更何况，在考虑如何在数据库管理系统中实际地组织和存储数据之前，它只是数据的一个理想化的视图。