针对基础设计、性能和可管理性的DB2最佳实践

核心提示：在过去几年中，产生了很多著作论述关于 DB2 设计和实现的最佳实践，针对基础设计、性能和可管理性的DB2最佳实践，包括大量图书和文章，这些著作深入探讨了如何设计 DB2 并将其集成到应用程序中，但是，当做这个决定时，为了提供一些基本指导以让客户和业务合作伙伴了解这些内容，本文汇编了在使用 IBM® DB2&re

在过去几年中，产生了很多著作论述关于 DB2 设计和实现的最佳实践，包括大量图书和文章。这些著作深入探讨了如何设计 DB2 并将其集成到应用程序中。为了提供一些基本指导以让客户和业务合作伙伴了解这些内容，本文汇编了在使用 IBM® DB2® 技术设计和实现应用程序时需要考虑的一系列最佳实践。本文的目标是获得更加有效和高效的 DB2 实现。本文不会为现有 DB2 客户和独立软件开发商（ISV）提供详细的性能最佳实践。

简介

DB2 for Linux, UNIX, and Windows 提供了一个数据库平台，可以在这个平台上构建健壮的、随需应变的业务应用程序。DB2 提供了关系数据的优化管理，而且在 DB2 9 中还提供了 XML 数据的优化管理。

本文假设您了解关系数据库系统（RDBMS）的基本原理，并且用 DB2 或其他 RDBMS 实现过应用程序。本文还提供了一些常用的最佳实践，可以帮助您进行基础的性能设计以及创建易于操作和维护的 RDBMS 环境。同时，本文不会考虑数据库设计的所有领域，比如安全性、备份/恢复以及故障转移。本文还列出了其他领域的一些常用技巧，比如性能，但是不会详细讨论这些主题领域的数据库分析和设计问题。本文还提供了一些附加资源，希望为您提供关于所有 DB2 主题领域的更广泛信息。本文列出的常用最佳实践可以简化与 DB2 相关的应用程序的部署、管理以及性能改善，从而为负责应用程序部署的人员提供帮助。

一般性建议

大量 DB2 技术材料都能够为负责用 DB2 for Linux, UNIX, and Windows 实现应用程序的人员提供帮助。无论是对新手还是有经验的从业者来说，对各种来源的信息进行分类都是一件比较麻烦的事。建议从以下站点开始查找网上可用的 DB2 技术材料。

Information Management developerWorks 专区 包含本文，也包含大量其他的 DB2 文章、许多技术材料、演示代码和可下载的产品试用版。Information Management developerWorks Technical Library 包含了广泛的内容，包括技术文章、产品文档和教程。

可获得大量与 DB2 有关的著作。与 DB2 相关的出版物的最佳来源之一就是 IBM Press。具体包括以下图书：

“Understand DB2: Learning Visually with Examples”。该书的 第二版 是针对 DB2 V9.5 编写的，将在 2007 年年末面市。

“DB2 V8 Handbook”

“IBM DB2 Version 9 New Features”

此外，还可以查阅 IBM Redbooks，其中包含了 DB2 和相关 Information Management 产品的技术性技巧。

对于业务合作伙伴，可以从 IBM Virtual Innovation Center（VIC）获得包括 DB2 在内的 IBM 产品的有用信息。您需要 注册 成为 PartnerWorld 成员才能访问 VIC。要访问 DB2 Course Material，注册之后在 VIC 主页面右侧底端的 Shortcuts 下选择 All courses by product。然后将跳转到一个标题为 “Product Selections” 的 Web 页面。根据提示访问与产品相关的课程材料。

设计和实现技巧

利用 DB2 Migration Tool Kit

当将数据库从一个 RDBMS 迁移到 DB2 时，可以对支持的源 RDBMS 使用 DB2 Migration Tool Kit（MTK），这些 RDBMS 包括 SQL Server、Oracle、Sybase 和 MySQL。表、视图、索引、RI 约束、用户定义的函数（UDF）以及一些过程都可以通过此工具迁移。UDF 和过程的迁移质量依赖于源代码的复杂性。还需要进行评估，以确定是否应该以迁移后的 UDF 和过程为基础优化（refine）代码，或者从头重新编码。使用 MTK 时，需要考虑一些重要的数据类型：

始终匹配 DB2 列数据类型与应用程序变量数据类型或 JDBC set 方法。这可以提高数据访问效率并潜在地消除一些 SQL 错误。

使用满足应用程序需求的最小数据类型。例如，如果合适的话，使用 SMALLINT（2 字节），而不使用 INTEGER（4 字节）。在一些情况下，MTK 会将一个源 DBMS 数据类型迁移到 DECIMAL (x,0)。为了提高处理效率和尽可能地节约空间，应该考虑用 INTEGER 或 BIGINT 代替 DECIMAL (x,0) 数据类型。但是，当做这个决定时，必须将运算结果的数据类型考虑在内。