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

核心提示： 选择、更新和插入效率的一般规则尽可能使用 APPEND ON：要提高插入处理的效率，如果不需要物理集中表数据，针对基础设计、性能和可管理性的 DB2 最佳实践(4)，那么在表定义中使用 APPEND ON，注意， 如果可能，使用存储过程创建可重用的业务逻辑 “组件”

选择、更新和插入效率的一般规则

尽可能使用 APPEND ON：要提高插入处理的效率，如果不需要物理集中表数据，那么在表定义中使用 APPEND ON。注意，删除活动或更新活动可以实现空间重用，这将改变行大小，并且在表重组之后才会发生。要获得更多的插入设计技巧，请参考 “Tips for improving INSERT performance”（developerWorks，2004 年 3 月）。

回顾 select * 的用法：一般情况下，建议避免使用 select *。这样做能够最小化针对指定列需要检索的数据量。此外，如果使用 select *，更改数据库模式和表定义可能需要更改应用程序代码，以处理新列和删除的列。

将频繁更新的列集中起来：当更新某一行时，DB2 会记录进行更改的所有列，因此将频繁更新的列放到一起可以减少 DB2 的记录工作。这只是一个有关性能的小建议，因此不应为实现它而进行重大的应用程序或数据库设计修改。

利用 SQL 存储过程降低网络开销

通过最小化到客户机的结果集通信量，SQL 存储过程能够降低网络开销，而且存储过程也能够改善静态（预准备的）SQL 的性能。存储过程的其他益处还包括减少客户端处理（通过更多地使用 DB 服务器资源）以及 DB2 的代码管理。使用存储过程的其他技巧还包括：

尽量保持存储过程小而简单。每个过程应该只做一件事。用单个过程处理多个类型的业务逻辑将会使调优、修改和理解更加困难。

如果可能，使用存储过程创建可重用的业务逻辑 “组件”。

“DB2 SQL PL: Essential Guide for DB2 UDB on Linux, UNIX, Windows, i5/OS, and z/OS, 2nd Edition” 包含针对 SQL 存储过程的有用的设计和编码信息。

最大化并发性