DB2临时表在SQL过程和SQL语句中的测试总结-白红宇

测试目标：

分别在SQL过程和SQL语句中创建临时表，并插入数据，看执行结果有什么异同。

测试环境：

DB2 UDB V9.1

执行附件里面的SQL语句，得到一个表。

测试代码和运行结果：

一、临时表在SQL语句中

-- 定义一个全局临时表SESSION.RESULT

DECLARE GLOBAL TEMPORARY TABLE SESSION.RESULT

(

TMP_HYDM VARCHAR(10), -- 行业代码

TMP_HYMC VARCHAR(300) -- 行业名称

)

WITH REPLACE

NOT LOGGED;

-- 插入数据到临时表

INSERT INTO SESSION.RESULT

SELECT MLDM,MLMC FROM DM_HY_CY;

-- 查询临时表数据

SELECT * FROM SESSION.RESULT;

测试结果：以上SQL代码正常执行，但是没有查询到任何数据。

二、临时表在SQL存储过程中

CREATE PROCEDURE SP_TEST_TMEP ( )

DYNAMIC RESULT SETS 1

------------------------------------------------------------------------

-- 语言：DB2 SQL 存储过程

-- 说明：用来测试通过查询插入临时表数据

-- 作者：熔岩

-- 日期：2008-08-31

------------------------------------------------------------------------

P1: BEGIN

-- 定义一个全局临时表SESSION.RESULT

DECLARE GLOBAL TEMPORARY TABLE SESSION.RESULT

(

TMP_HYDM VARCHAR(10), -- 行业代码

TMP_HYMC VARCHAR(300) -- 行业名称

)

WITH REPLACE -- 如果存在此临时表，则替换

NOT LOGGED; -- 不在日志里纪录

-- 插入数据到临时表

INSERT INTO SESSION.RESULT

SELECT MLDM,MLMC FROM DM_HY_CY;

P2: BEGIN

-- 游标对客户机应用程序保持打开

DECLARE CUR_RES CURSOR WITH RETURN FOR

SELECT * FROM SESSION.RESULT;

OPEN CUR_RES;

END P2;

END P1

测试结果：存储过程执行成功，并返回了插入的目标数据。

测试总结：

1、在SQL语句中，构建临时表是没有意义的，因为当SQL语句执行处于自动提交模式下时，执行后就COMMIT了，而一旦执行了COMMIT语句，临时表将从内存中清除。

2、在SQL过程中，临时表定义后，如果没有显式执行到COMMIT语句，则临时表一直存在。并且临时表支持INSERT INTO ... SELECT ... 的语句。

3、在DB2下，临时表的模式必须为SESSION，SESSION模式下表是一个内存表，这个SESSION是DB2特有的SCHEMA，SESSION对象的声明周期仅仅限于一次数据连接“会话”，一旦会话结束，SESSION对象就被从内存中清除了，这和JSP中的内置对象SESSION类似。

本文转自 leizhimin 51CTO博客，原文链接：http://blog.51cto.com/lavasoft/40486，如需转载请自行联系原作者