SQL 过程的性能: 提示和技巧

核心提示： 在对 SQL 过程中的临时表进行任何应用之前，表定义在编译环境中必须是可用的，SQL 过程的性能: 提示和技巧(10)，例如，在下面的 CLP 脚本（该脚本使用“%”作为语句的终结符）中， 下一节将介绍更多这方面的内容， 有关在 SQL 过程中使用临时表的最后一个说

在对 SQL 过程中的临时表进行任何应用之前，表定义在编译环境中必须是可用的。例如，在下面的 CLP 脚本（该脚本使用“%”作为语句的终结符）中，表定义的唯一目的就是能够创建 SQL 过程：

CONNECT TO sample %
DECLARE GLOBAL TEMPORARY TABLE TT(C1 INT, C2 CHAR(20)) %
CREATE PROCEDURE INSTT(P1 INT, P2 CHAR(20))
BEGIN
　INSERT INTO SESSION.TT VALUES(P1, P2);
END %
CONNECT RESET %

在执行了 CONNECT RESET 命令后，临时表将不复存在。在运行时，应用程序必须确保在执行使用临时表的首个查询之前该表是存在的。最后的这个观察引出了一个我们从未提及的要点：引用临时表的任何查询都将被动态地编译，即使该查询被写成静态的 SQL。跟其它任何动态查询一样，在编译该查询之后，它将以已编译的形式保留在包高速缓存中。在下一次执行相同的查询时，仅当无法在高速缓存发现它时，DB2 才重新编译它。

如果您打算创建相对较大的临时表，并对这些表运行几个查询，请考虑定义索引并对它们运行 runstats（显然后者是填充了表后进行的）。 下一节将介绍更多这方面的内容。

有关在 SQL 过程中使用临时表的最后一个说明是：如果需要根据在同一个过程中创建的临时表返回结果集，那么必须在嵌套的复合语句中定义结果集，如下面的示例所示：

CREATE PROCEDURE INSTT2(P1 INT, P2 CHAR(20))
BEGIN
　DECLARE GLOBAL TEMPORARY TABLE TT(C1 INT, C2 CHAR(20)) %
　INSERT INTO SESSION.TT VALUES(P1, P2);
　BEGIN
　　DECLARE C1 CURSOR WITH RETURN FOR SELECT * FROM SESSION.TT;
　END;
END %