(19) 临时表使用的两个极端

          Oracle的临时表在PL/SQL 中功能非常强大，特别是复杂的那种存储过程，非常好用。 但检查开发人员的代码时发现对其使用常见到两种极端。

   一种是从不使用临时表，直接不用或用普通表来做这个功能

   一种是会点TSQL的，喜欢把SQL Server的经验套过来，但忽视了数据库不同，使用方式是有差异的。

 在说之前，归例要普及下Oracle临时表的相关知识和使用时机，然后再说说这两种极端。

一。相关知识

    临时表有两种类型:

        会话级的临时表

                 会话级的临时表因为这这个临时表中的数据和你的当前会话有关系，当你当前SESSION 不退出的情况下，临时表中的数据就还存在，而当你 退出当前SESSION 的时候，临时表中的数据就全部没有了，当然这个时候你如果以另外一个SESSION 登陆的时候是看不到另外一个SESSION 中插入到临时表中的数据的。即两个不同的SESSION 所插入的数据是互不相干的。当某一个SESSION 退出之后临时表中的数据就被截断(truncate table ，即数据清空)了。

 例子：

   create global temporary table tmp_xcl_session
          (id number(5),
           name varchar2(20)) on Commit Preserve Rows ; 

        事务级的临时表

           事务级临时表是指该临时表与事务相关， 当进行事务提交或者事务回滚的时候，临时表中的数据将自行被截断，其他的内容和会话级的临时表的一致(包括退出SESSION 的时候，事务级的临时表也会被自动截断)。

        例子：

 create global temporary table tmp_xcl_trans
          (id number(5),
          name varchar2(20)) on Commit delete Rows ; 

   

二。使用时机

     临时表的优点是不占空间，数据也会自动清空。还可以建索引。所以在代码中用得很多的，常见的使用场景如下:

     当你编程时，发现你的需求要有多张表关联，并且这些表大部分都是比较庞大，而你通过拆分业务逻辑，把某几张表关联之后得到的小结果集，存入到临时表，能很好的提高性能和使整个程序的逻辑更清晰。

       另外一种情况是，有些临时数据必须在整个会话期间都存在。但会话关闭时又希望它跟着消失。也可以用临时表来做。

    

三。吐槽

  一种是不使用临时表，直接不用或用普通表来做这个功能

         这种开发，有些是不知道有这个功能，还有些是老开发了，认为Oracle的自定义类型，如表，数组什么的完全够用，实在碰到要使用的情况时，就建个普通表来存放。

   自已管理其insert和delete。 但他们忽视了普通表的开销及增加了代码复杂度。而且会在数据库中留下一些不属于表设计范围，纯为了代码而建的表。

      

    一种是会点TSQL的，喜欢把SQL Server的经验套过来，但忽视了数据库不同，使用方式是有差异的。

       这种通常在有TSQL开发经验转过来的人身上很常见。你去看看SQL Server数据库作后台的应用看看。你会发

现临时表在那用得令人发指，到处都是。 所以这批人在PL/SQL下时，会习惯性的狂用临时表也不足为奇了。

      他们完全忽视应用的场景及PL/SQL灵活强大的自定义类型和复合类型。 

       常见的错误体现在两方面。 

           a.  在可以使用复合类型的记录或表实现时，使用了临时表

           b. 在使用临时表时，并没有去认真研究，而像上面说的一样，使用普通来代替实现。

附注:

Oracle复合数据类型包括:   

-记录

-表

-嵌套表

-数组

    在项目开发过程中，除了临时表，相信还有很多情况要引起注意，所以 DBA必须在开发过程中多关注代码的质量，多审查一下提交的代码。 

不然越到后面，影响越大，一不小心更改错了业务逻辑或引起性能问题可不是好玩的。

MAIL:xcl_168@aliyun.com

Blog:http://blog.csdn.net/xcl168