1。java接受DB2数据库存储过程OUT传出来的参数

Session session = getHibernateTemplate().getSessionFactory().openSession();
     Transaction tx = session.getTransaction();
     tx.begin();
     Connection con=session.connection();
     String procedure = "{call BONUS_TIME(?,?,?,?,?,?) }";
     CallableStatement cstmt;
    try {
        cstmt = con.prepareCall(procedure);
       cstmt.setString(1,tradeCode); //产品内码
       cstmt.setString(2,sdate); //前除息日
       cstmt.setString(3,edate); //后除息日       //这里接受存储过程传出来的参数
       cstmt.registerOutParameter(4, java.sql.Types.DECIMAL);
       cstmt.registerOutParameter(5, java.sql.Types.DECIMAL);
       cstmt.registerOutParameter(6, java.sql.Types.INTEGER);
       cstmt.executeUpdate();
       bv = cstmt.getDouble(4);
       b2v = cstmt.getDouble(5);
       num = cstmt.getInt(6);
       tx.commit();
       //关闭连接
       cstmt.close();
       con.close();
      } catch (SQLException e) {
       e.printStackTrace();
       System.out.println(e.getMessage());
      }

2。临时表的创建:

DROP PROCEDURE CALL_BONUS_TIME;
CREATE PROCEDURE CALL_BONUS_TIME
( IN "STARTDATE" VARCHAR(10),              --传入的开始日期
  IN "ENDDATE" VARCHAR(10)                --传入的结束日期
 ) 
P1:BEGIN
--定义一个变量
declare counter int default 0;
declare counters int default 0;
declare bonusV Decimal(14,4) default 0.0;
declare bnnus2V Decimal(10,4) default 0.0;
declare tradeCode VARCHAR(10);
declare code VARCHAR(10);
declare NUM int default 0;
--定义异常标记
DECLARE retCode int default 0;
--定义一个游标
declare cur1 cursor for 
 select distinct(trade_code)
 from fund_share_bonus 
 where DECL_CLS=2
 and remove_interest_date<=ENDDATE
 and remove_interest_date>=STARTDATE
 and deletetime is null;
--定义跑出异常返回值
  DECLARE EXIT HANDLER FOR SQLEXCEPTION
  BEGIN
  SET  retCode =-1;--
  END;
--声明一个临时表
DECLARE GLOBAL TEMPORARY TABLE SB_bonus (
 sb_tradeCode VARCHAR(10),
 sb_bv Decimal(10,4), 
 sb_b2v Decimal(10,4),
 sb_num int  
 )NOT LOGGED  with replace;
--获取区间总记录数
set counters=(select count(trade_code)
  from fund_share_bonus 
  where remove_interest_date<=ENDDATE
     and remove_interest_date>=STARTDATE
  and DECL_CLS=2 
  and deletetime is null );
 open cur1;
  while counter<counters do
   fetch cur1 into code;
      call BONUS_TIME(code,STARTDATE,ENDDATE,bonusV,bnnus2V,NUM);
    insert into SESSION.SB_bonus values (tradecode,bonusV,bnnus2V,NUM);
      set counter=counter+1;
  end while;
close cur1; 
P2:BEGIN
--定义一个结果集游标
declare curResult cursor for 
  select * from SESSION.SB_bonus;
open curResult;
END P2;
return retCode;
END P1;

临时表的建立

DECLARE GLOBAL TEMPORARY TABLE TABLE_NAME
  AS (FULLSELECT) DEFINITION ONLY
  EXCLUDING IDENTITY COLUMN ATTRIBUTES
  ON COMMIT DELETE ROWS
  NOT LOGGED IN 临时表空间名with  replace;


  第一行規定臨時表的名稱.
  第二行規定臨時表的列的定義.
  第三行規定不是從源結果表定義中復制的恒等列.
  第四行規定如果沒有打開WITH GOLD光標,將會刪除表的所有行.
  第五行規定不對表的改變進行記錄.
   With replace选项会隐式的自动删除该临时表。
  例如:
 

DECLARE GLOBAL TEMPORARY TABLE DEC_BSEMPMS
  AS (SELECT * FROM BSEMPMS) DEFINITION ONLY
  EXCLUDING IDENTITY COLUMN ATTRIBUTES
  ON COMMIT DELETE ROWS
  NOT LOGGED;

通过CREATE GLOBAL TEMPORARY TABLE命令创建一个临时表,对于事务类型的临时表,
数据只是在事务期间存在,对于会话类型的临时表,数据在会话期间存在。

会话的数据对于当前会话私有。每个会话只能看到并修改自己的数据。DML锁不会加到
临时表的数据上。下面的语句控制行的存在性。

● ON COMMIT DELETE ROWS 表名行只是在事务期间可见
● ON COMMIT PRESERVE ROWS 表名行在整个会话期间可见

可以对临时表创建索引,视图,出发器,可以用export和import工具导入导出表的
定义,但是不能导出数据。表的定义对所有的会话可见。

例如:
CREATE GLOBAL TEMPORARY TABLE TEMP_TAB1(
table_name VARCHAR2(20),
primary_key VARCHAR2(100),
field VARCHAR2(1000))
ON COMMIT PRESERVE ROWS;CREATE GLOBAL TEMPORARY TABLE TEMP_TAB2(
table_name VARCHAR2(20),
primary_key VARCHAR2(100),
field VARCHAR2(1000))
ON COMMIT DELETE ROWS;


近年我做的项目中较少使用临时表Temporary Table ,其实 Temp Table 还是可以有比较广泛的应用的。

Temp Table 的特点

(1) 多用户操作的独立性:对于使用同一张临时表的不同用户,ORACLE都会分配一个独立的 Temp Segment,这样就避免了多个用户在对同一

张临时表操作时发生交叉,从而保证了多个用户操作的并发性和独立性;

(2) 数据的临时性:既然是临时表,顾名思义,存放在该表中的数据是临时性的。ORACLE根据你创建临时表时指定的参数(On Commit

Delete Rows / On Commit Preserve Rows),自动将数据TRUNCATE掉。

 

Temp Table 数据的时效性

(1)On Commit Delete Rows : 数据在 Transaction 期间有效,一旦COMMIT后,数据就被自动 TRUNCATE 掉了; 
SQL> CREATE GLOBAL TEMPORARY TABLE QCUI_Temp_Trans 
2 ON COMMIT DELETE ROWS 
3 AS 
4 SELECT * FROM t_Department;

 

表已创建。

—————————————————————————————————

SQL> INSERT INTO QCUI_Temp_Trans 
2 SELECT * FROM t_Dept;

已创建4行。

——————————————————————————————

SQL> SELECT * FROM QCUI_Temp_Trans;

 

DEPTID DEPTNAME

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

101 销售部

201 财务部

301 货运部

401 采购部

——————————————————————————————

SQL> commit;

 

提交完成。

——————————————————————————————

SQL> SELECT * FROM QCUI_Temp_Trans;

 

未选定行

——————————————————————————————

(2)On Commit Preserve Rows :数据在 Session 期间有效,一旦关闭了Session 或 Log Off 后,数据就被 ORACLE 自动 Truncate 掉。

SQL> CREATE GLOBAL TEMPORARY TABLE QCUI_Temp_Sess 
2 ON COMMIT PRESERVE ROWS 
3 AS 
4 SELECT * FROM t_Department;

 

表已创建。

—————————————————————————————— 
SQL> Select * from QCUI_Temp_Sess; 
 
DEPTID DEPTNAME 
---------- -------------------- 
101 销售部 
301 货运部 
401 采购部 
201 财务部 
—————————————————————————————— 
SQL> exit 
—————————————————————————————— 
C:Documents and SettingsQCUI>sqlplus sqltrainer@ibm 
—————————————————————————————— 
SQL> SELECT * FROM QCUI_Temp_Sess; 
 
未选定行 
——————————————————————————————

 

注:这里要说明的是,ORACLE Truncate 掉的数据仅仅是分配给不同 Session 或 Transaction的 Temp Segment 上的数据,而不是将整张表数

据 TRUNCATE 掉。

 

Temp Table 的应用

Temp Table 就我理解而言,主要有两方面应用。

对于一个电子商务类网站,不同消费者在网站上购物,就是一个独立的 SESSION,选购商品放进购物车中,最后将购物车中的商品进行结算。

也就是说,必须在整个SESSION期间保存购物车中的信息。同时,还存在有些消费者,往往最终结账时放弃购买商品。如果,直接将消费者选购

信息存放在最终表(PERMANENT)中,必然对最终表造成非常大的压力。

因此,对于这种案例,就可以采用创建临时表( ON COMMIT PRESERVE ROWS )的方法来解决。数据只在 SESSION 期间有效,对于结算成功的

有效数据,转移到最终表中后,ORACLE自动TRUNCATE 临时数据;对于放弃结算的数据,ORACLE 同样自动进行 TRUNCATE ,而无须编码控制,

并且最终表只处理有效订单,减轻了频繁的DML的压力。

Temp Table 的另一个应用,就是存放数据分析的中间数据。

 

Temp Table 存放在哪儿?

Temp Table 并非存放在用户的表空间中,而是存放在 Schema 所指定的临时表空间中。

SQL> Select Table_Name, Tablespace_Name 
2 From User_Tables 
3 Where Table_Name Like 'QCUI%'; 
 
TABLE_NAME TABLESPACE_NAME 
------------------------------ ------------------------------ 
QCUI_TEMP_SESS 
QCUI_TEMP_TRANS 
——————————————————————————————

可见这两张临时表并未存放在用户的表空间中。

用户 SQLTRAINER 的临时表空间是 TEMP , 用户创建的临时表是存放在TEMP表空间中的。下面来证明

SQL> SELECT UserName, Default_Tablespace def_ts, Temporary_Tablespace temp_ts 
2 FROM User_Users; 
 
USERNAME DEF_TS TEMP_TS 
------------------------------ ------------------ ---------- 
SQLTRAINER ts_ORASQLTraining TEMP 
—————————————————————————————— 
SQL> connect system/manager@ibm

已连接。

SQL> alter tablespace temp offline;

 

表空间已更改。

——————————————————————————————

SQL> connect sqltrainer/sqltrainer@ibm

已连接。

SQL> INSERT INTO QCUI_Temp_Sess 
2 SELECT * FROM t_Department; 
INSERT INTO QCUI_Temp_Sess 
*

ERROR 位于第 1 行:

ORA-01542: 表空间'TEMP'脱机,无法在其中分配空间

——————————————————————————————

 

对 Temp Table 的 DML 操作是否不产生 Redo Log ?

尽管对临时表的DML操作速度比较快,但同样也是要产生 Redo Log 的,只是同样的DML语句,比对 PERMANENT 的DML 产生的Redo Log 少。

SQL> Set AutoTrace On 
SQL> CREATE GLOBAL TEMPORARY TABLE QCUI_Temp_Sess_AllObj 
2 ON COMMIT PRESERVE ROWS 
3 AS 
4 SELECT * FROM All_Objects;

 

表已创建。

 

SQL> INSERT INTO QCUI_Temp_Sess_AllObj 
2 SELECT * FROM All_Objects;

 

已创建21839行。

 

Statistics

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

……

168772 redo size

……

——————————————————————————————

SQL> CREATE TABLE QCUI_ALL_OBJECTS 
2 AS 
3 SELECT * FROM All_Objects 
4 WHERE 1 = 0;

 

表已创建。

 

SQL> INSERT INTO QCUI_All_Objects 
2 SELECT * FROM ALL_Objects;

 

已创建21839行。