使用DB2中已声明的全局临时表
2006-03-11 21:59:52 来源:WEB开发网本文适用于 DB2 UDB Version 8.1 for Linux,UNIX 和 Windows。
简介
自 DB2 v7.2 以来,DB2 UDB 已经支持在驻留内存、非持久性、特定于会话的表中存储数据,这些表的正式名称为已声明的全局临时表(以下简称为临时表)。本文不会详述定义或使用临时表的各种方法,而是重点介绍一种有趣而鲜为人知的技术,用于在应用程序与存储过程间共享临时表。
提示:如果您以前从未使用过临时表,请查阅 DB2 UDB v8 SQL Reference 第 5 章中标题 DECLARE GLOBAL TEMPORARY TABLE 下的内容。 |
使用临时表
我们记得为了要使用临时表,数据库中必须存在一个用户临时表空间(默认情况下没有)。这里先教您如何创建这样一个表空间:
|
临时表在进行引用之前必须先声明。下面的 SQL 过程(从命令行创建)演示了这个过程:
清单 1. 在 SQL 过程中使用临时表的例子
|
提示:如果您想进一步寻找有关 DB2 SQL PL 的指南,请购买 DB2 SQL Procedural Language for Linux, UNIX, and Windows(ISBN 0131007726),可从任何在线书店订购。 |
只有在(2)处引用之前,先在(1)处声明临时表,该 SQL 过程才能起作用。
虽然临时表总是用于 SQL 过程中,但也能被任何可连接 DB2 的应用程序创建。下面很快就能看到,您甚至可以通过 DB2 命令行处理器(CLP)使用临时表。
当声明临时表的位置与使用它的位置不同时,会引起问题。考虑以下情况:
- 一个应用程序需要声明临时表 T,填充它后并调用过程 P 来处理数据。应用程序和过程 P 如何都能引用 T 而无需过程 P 再重复声明 T 呢?
- 存储过程 P1 声明临时表 T,填充它后并且希望调用过程 P2 和 P3 来处理数据。P2 和 P3 又如何能引用 P1 中声明的临时表而无需再重新声明呢?
这两种情况下,若在相同会话中企图重新声明临时表将导致如下错误:
|
解决这些问题的关键是要明白如果您事先在当前的连接中已经声明了临时表,那么就可以创建存储过程来引用该临时表而无需再声明了。清单 2 举例说明了如何实现该方法:
清单 2. 在 SQL 过程中使用临时表的例子
|
在上面的例子中,创建 CLP 连接后声明了一个临时表。然后创建了引用临时表的过程 p1。这里要注意的关键是,即使在过程体中没有声明临时表,该过程也被成功创建。为了证实此概念,创建过程后,我们手工填充了临时表,并调用 p1 来显示该表的内容。清单 3 给出了输出结果:
清单 3. 执行过程 p1 的输出
|
既然我们已经利用有趣的方法创建了使用临时表的过程,接下来就演示临时表及其数据如何可以:
- 在两个或更多存储过程之间共享。
- 在一个应用程序和一个存储过程之间共享。
在 DB2 Development Center 中使用临时表
步骤 1:在 Development Center 中,创建名为 init_temp() 的过程来封装临时表 session.temp 的声明。
清单 4. 封装临时表声明的过程
|
使用过程来初始化临时表可带来三个主要优点:
- 从 DB2 Development Center 很容易为数据库连接声明临时表。
- 过程开发人员不必为了得到临时表的 DDL 而找遍应用程序代码(可能是由其他人来维护的)。
- 如果在应用程序代码中的多个位置实例化相同的临时表,该表的定义可以集中在一个地方。因此,假如要求改变表结构,就不必搜索所有的声明,而只需在一个地方改变其定义。
步骤 2:在 Development Center 中,创建过程 close_temp() 来删除临时表 session.temp:
清单 5. 封装删除临时表的过程
|
使用过程来删除临时表有以下两个优点:
- 在 DB2 Development Center 中执行操作时允许删除会话的临时表。
- 完成了通过存储过程声明临时表的封装。
注意:删除临时表并非是绝对必要的,因为当应用程序断开连接时它们就会被自动删除。然而,如果您的应用程序使用了连接池,那在返回到连接池的连接前就务必要删除临时表。 |
过程 init_temp()
和 close_temp()
为共享临时表奠定了基础。
更多精彩
赞助商链接