管理与程序设计指南，OS/400 版

SQL 语言环境

要了解有关 DB2 的性能考虑，请参阅DB2 for 0S/400 SQL Programming。本出版物中有大量的信息，例如高效地使用 SQL 索引、改进连接查询的性能以及在从两个以上表格中 选择数据时改进性能。

使用以下 SQL 语言环境技术来改进性能。

• 减少连接到数据库的用户 ID 数，以避免重新连接到数据库。SQL 语言环境将一个至任何远程连接 的用户简要表和口令与它所建立的数据库关联起来。如果 LOGIN 和 PASSWORD 变量与一个打开的连接 所关联的用户简要表和口令不匹配，则将关闭这个连接并重新建立连接，LOGIN 和 PASSWORD 值将与 重新打开的连接相关联。

• 使用 START_ROW_NUM 和 RPT_MAX_ROWS Net.Data 变量来减少返回表格的大小。如果在 执行 SELECT SQL 语句后的结果集中包含成百上千条记录，则可以向浏览器返回结果集的一个子集， 使用 START_ROW_NUM 可以使它象一个可滚动的光标，而 RPT_MAX_ROWS 则可以限制返回记录的数量。 您应意识到 Net.Data 在每次都重新发出查询，这是因为没有状态的概念。当然，您可以 使用 Net.Data 对持久性宏的支持将结果集存储在一个 Net.Data 表格中(这个表格在事务的生命期 中是持久性的)。请参阅具有持久性宏的事务管理来更多地了解持久性 Net.Data 宏。

• 请考虑调用一个使用静态 SQL 的存储过程。动态 SQL 是在运行时准备的，而静态 SQL 是在 预编译阶段就准备的。 SQL 语言环境使用动态 SQL，这允许它在程序运行期间运行 SQL 语句。 因为准备语句需要额外的进程时间，因此静态 SQL 可能更为有效。

  请注意，从 OS/400 V4R2 开始，SQL 引擎中增加了一个准备语句高速缓存。 使用了高速缓存之后，SQL 引擎将存储有关准备语句的信息，并将这个信息保留在系统范围的存储器中。 然后，当同一个语句再次执行时，即使是由不同的用户和不同的作业来执行，这个语句的运行速度将 大大提高。系统范围的准备语句高速缓存是正常 SQL 处理的一部分，不需要用户操作来对它配置或启用。 这个高速缓存可能会降低静态 SQL 可能超过动态 SQL 的性能优势。