SQL 过程的性能: 提示和技巧
热 荐
【字体：小 大】
SQL 过程的性能: 提示和技巧
作者：－ 文章来源：－ 点击数：889 更新时间：2006-4-22 
Gustavo Arocena
DB2 SQL 编译器团队, IBM 多伦多实验室
2003 年 9 月 本文就如何组织 SQL 存储过程中的逻辑以增强性能提供了一些具体建议。
简介
有关如何调优数据库系统和应用程序的可用建议来源有很多。诸如 OLTP 应用程序的 DB2 调优技巧（以前在 IBM® DB2® 开发者园地上发表）之类的文章通过使用事务和数据并行性以及分析查询方案，给出了从表空间和索引设计到缓冲池的内存分配等方面的建议。这些方面的内容是性能调优的基础知识。
但是，有关如何组织存储过程自身中的逻辑并着眼于其性能的专门建议却并不多见。本文就提供了这样一种建议。尽管本文着重于介绍 SQL 过程，但是这里所提供的大多数信息同样适用于用其它语言编写的在应用程序中或存储过程中嵌入的 SQL 逻辑。
背景知识和术语
在深入研究详细问题之前，让我们先回顾 DB2 中有关过程化 SQL 的一些基本术语和概念。过程化 SQL 构造（例如标量变量、IF 语句和 WHILE 循环）是在 DB2 Universal Database™ (UDB) V7 发行版中引入 DB2 的。以前的 DB2 发行版支持 C 和 Java™ 作为存储过程的语言。V7 引入了 SQL 存储过程，以及其它许多可以促进 OLTP 应用程序开发的特性（例如临时表、应用程序保存点和标识列）。
当创建 SQL 过程时，DB2 将过程主体中的 SQL 查询与过程逻辑区分开来。为了使性能最优，SQL 查询被静态地编译成包中的节。（对于静态编译的查询而言，节主要是由 DB2 优化器为该查询选择的存取方案构成的。包是节的集合。有关包和节的更多信息，请参阅 DB2 SQL 参考大全，第 1 卷。）另一方面，过程逻辑被编译成 DLL（动态链接库）。
在过程的执行期间，每当控制从过程逻辑流向 SQL 语句时，在 DLL 和 DB2 引擎之间就存在“上下文切换”。（在 DB2 V8 中，SQL 过程是在“不受保护的方式”下运行的，即与 DB2 引擎在相同的寻址空间中。因此我们这里谈及的上下文切换并不是操作系统级别上的完全的上下文切换，而是指 DB2 中层的更换。）减少频繁调用的过程（例如 OLTP 应用程序中的过程）或者处理大量行的过程（例如执行数据清理的过程）中的上下文切换次数，对它们的性能有显著的影响。本文中的几个技巧恰好旨在减少这些上下文切换。
刚开始的时候（DB2 通用数据库 V7 GA），只允许在 SQL 过程中使用 SQL 过程语言（通常称为 SQL PL）。后来（在 DB2 UDB V7.2 中），在 SQL 函数和触发器主体中开始支持该语言的子集。SQL PL 的这个子集即所谓的 内联（inline）SQL PL。“内联”一词突出显示了它与完整语言的重要区别。SQL PL 过程是通过将其单独的 SQL 查询静态地编译成包中的节实现的，而内联 SQL PL 函数就象其名称所展示的，是通过将函数主体内联到使用它的查询中实现的。稍后我们将再看一下内联 SQL PL 及其用法的一些示例。
现在，让我们研究在使用 SQL 过程语言时可用来提高性能的一些具体工作。
在只使用一条语句即可做到时避免使用多条语句
让我们从一个简单的编码技巧开始。如下所示的单个 INSERT 行序列：
INSERT INTO tab_comp VALUES (item1, price1, qty1); INSERT INTO tab_comp VALUES (item2, price2, qty2); INSERT INTO tab_comp VALUES (item3, price3, qty3);