简介Mysql中的临时表使用方法

本文适用于 DB2 UDB Version 8.1 for Linux，UNIX 和 Windows。

简介

自 DB2 v7.2 以来，DB2 UDB 已经支持在驻留内存、非持久性、特定于会话的表中存储数据，这些表的正式名称为已声明的全局临时表（以下简称为临时表）。本文不会详述定义或使用临时表的各种方法，而是重点介绍一种有趣而鲜为人知的技术，用于在应用程序与存储过程间共享临时表。

使用临时表

我们记得为了要使用临时表，数据库中必须存在一个用户临时表空间（默认情况下没有）。这里先教您如何创建这样一个表空间：

create user temporary tablespace usertemp1     managed by system using ('usertemp1')

临时表在进行引用之前必须先声明。下面的 SQL 过程（从命令行创建）演示了这个过程：

清单 1. 在 SQL 过程中使用临时表的例子

db2 –td@connect to sample @create procedure temp_table_sample()specific temp_table_samplebegin    declare global temporary table               -- (1)        session.temp (id int, data varchar(10))        not logged on commit preserve rows;    insert into session.temp values (1, 'A');     -- (2)end@

只有在(2)处引用之前，先在(1)处声明临时表，该 SQL 过程才能起作用。

虽然临时表总是用于 SQL 过程中，但也能被任何可连接 DB2 的应用程序创建。下面很快就能看到，您甚至可以通过 DB2 命令行处理器（CLP）使用临时表。

当声明临时表的位置与使用它的位置不同时，会引起问题。考虑以下情况：

(标准化越来越近了)ns:xsi="http://www.w3.org/2001/xml(标准化越来越近了)Schema-instance" xml(标准化越来越近了)ns:dw="http://www.ibm.com/developerworks/">
• 一个应用程序需要声明临时表 T，填充它后并调用过程 P 来处理数据。应用程序和过程 P 如何都能引用 T 而无需过程 P 再重复声明 T 呢？
• 存储过程 P1 声明临时表 T，填充它后并且希望调用过程 P2 和 P3 来处理数据。P2 和 P3 又如何能引用 P1 中声明的临时表而无需再重新声明呢？

这两种情况下，若在相同会话中企图重新声明临时表将导致如下错误：

SQL0601N  The name of the object to be created is identical to the existing name "SESSION.TEMP" of type "DECLARED TEMPORARY TABLE".  SQLSTATE=42710

解决这些问题的关键是要明白如果您事先在当前的连接中已经声明了临时表，那么就可以创建存储过程来引用该临时表而无需再声明了。清单 2 举例说明了如何实现该方法：

清单 2. 在 SQL 过程中使用临时表的例子

CONNECT TO SAMPLE@-- Declare a temporary table from CLP DECLARE GLOBAL TEMPORARY TABLE temp_employee LIKE employee ON COMMIT PRESERVE ROWS@-- create a procedure which references the temporary table. CREATE PROCEDURE p1 RESULT SETS 1BEGIN    DECLARE cur CURSOR WITH HOLD WITH RETURN TO CLIENT FOR         SELECT empno, firstnme, lastname           FROM SESSION.temp_employee          FETCH FIRST 5 ROWS ONLY;    OPEN cur;END@-- Now, from the CLP (an application)-- INSERT into the temp tableINSERT INTO SESSION.temp_employee SELECT * FROM EMPLOYEE@-- CALL the procedure, which returns an open cursor back to the -- CLP, proving that the temp table data was received.CALL p1@

在上面的例子中，创建 CLP 连接后声明了一个临时表。然后创建了引用临时表的过程 p1。这里要注意的关键是，即使在过程体中没有声明临时表，该过程也被成功创建。为了证实此概念，创建过程后，我们手工填充了临时表，并调用 p1 来显示该表的内容。清单 3 给出了输出结果：

清单 3. 执行过程 p1 的输出

Result set 1--------------EMPNO  FIRSTNME     LASTNAME------ ------------ ---------------000010 CHRISTINE    HAAS000020 MICHAEL      THOMPSON000030 SALLY        KWAN000050 JOHN         GEYER000060 IRVING       STERN5 record(s) selected.Return Status = 0

既然我们已经利用有趣的方法创建了使用临时表的过程，接下来就演示临时表及其数据如何可以：

(标准化越来越近了)ns:xsi="http://www.w3.org/2001/xml(标准化越来越近了)Schema-instance" xml(标准化越来越近了)ns:dw="http://www.ibm.com/developerworks/">
• 在两个或更多存储过程之间共享。
• 在一个应用程序和一个存储过程之间共享。

在 DB2 Development Center 中使用临时表

(标准化越来越近了)ns:xsi="http://www.w3.org/2001/xml(标准化越来越近了)Schema-instance" xml(标准化越来越近了)ns:dw="http://www.ibm.com/developerworks/">步骤 1：在 Development Center 中，创建名为 init_temp() 的过程来封装临时表 session.temp 的声明。

清单 4. 封装临时表声明的过程

CREATE PROCEDURE INIT_TEMP()SPECIFIC INIT_TEMPBEGIN    DECLARE GLOBAL TEMPORARY TABLE         SESSION.TEMP (id INT, data VARCHAR(10))        ON COMMIT PRESERVE ROWS;END

使用过程来初始化临时表可带来三个主要优点：

(标准化越来越近了)ns:xsi="http://www.w3.org/2001/xml(标准化越来越近了)Schema-instance" xml(标准化越来越近了)ns:dw="http://www.ibm.com/developerworks/">
• 从 DB2 Development Center 很容易为数据库连接声明临时表。
• 过程开发人员不必为了得到临时表的 DDL 而找遍应用程序代码（可能是由其他人来维护的）。
• 如果在应用程序代码中的多个位置实例化相同的临时表，该表的定义可以集中在一个地方。因此，假如要求改变表结构，就不必搜索所有的声明，而只需在一个地方改变其定义。

(标准化越来越近了)ns:xsi="http://www.w3.org/2001/xml(标准化越来越近了)Schema-instance" xml(标准化越来越近了)ns:dw="http://www.ibm.com/developerworks/">步骤 2：在 Development Center 中，创建过程 close_temp() 来删除临时表 session.temp：

清单 5. 封装删除临时表的过程

CREATE PROCEDURE CLOSE_TEMP()SPECIFIC CLOSE_TEMPBEGIN    DROP TABLE SESSION.TEMP;END

使用过程来删除临时表有以下两个优点：

(标准化越来越近了)ns:xsi="http://www.w3.org/2001/xml(标准化越来越近了)Schema-instance" xml(标准化越来越近了)ns:dw="http://www.ibm.com/developerworks/">
• 在 DB2 Development Center 中执行操作时允许删除会话的临时表。
• 完成了通过存储过程声明临时表的封装。

过程 init_temp() 和 close_temp() 为共享临时表奠定了基础。