临时表在Oracle数据库与SQL Server数据库中的异同(1)

　　常见应用：

　　临时表在数据库设计中，有着举足轻重的作用。

　　如我们可以利用临时表的功能来限制同一个用户名多次登陆到同一个系统中去。例如现在有一个财务管理系统，企业希望同一个用户在同一时间里只能登陆一次，这主要是用来限制每位员工都以自己的用户名与密码登陆。如此限制的目的主要是为财务管理系统中的每张单据找到其主人。

　　原始方案：

　　在以前数据库设计的时候，也有人不用临时表进行这方面的限制，而用实体数据库表来登记相关的信息。如在用户信息表中有一列专门用来记录用户的当前登陆状态。当用户登陆系统后，该用户登陆状态的字段就改为Y，而当用户退出系统能后，该字段的内容又改为N。这个方案看起来是可行的，但是，其在实际应用中，有一个非常大的漏洞。若用户登陆到系统后，终端因为各种原因，如病毒、断电等突然状况，发生死机的话，此时，用户虽然没有登陆到系统中去，但是，因为其退出系统的时候，没有正常退出，这就导致在财务管理系统中的用户信息表中，显示该用户的登陆状态仍然为Y。此时，用户尝试登陆到财务管理系统中去的话，就会被系统拒绝，系统会认为该用户已经登陆了系统，不能重复登陆。

　　所以说，利用实体表来记录用户登陆的信息，存在着管理上的漏洞。

　　利用临时表实现用户重新登陆的限制：

　　后来，数据库设计师们想，能否把该用户登陆信息记录在一张临时性的表中呢?当用户结束会话，无论是正常的退出还是因为意外情况的退出，只要用户结束一个会话后，那么该临时表中的内容就会清空。

　　若跟这个需求结合的话，数据库设计师就希望能够实现如下功能。

　　当用户登陆系统开始一个会话后，数据库系统就建立一张临时表，该表中至少有一个内容，就是用户的帐号(或者该帐号对应的ID)。当有其他用户登陆到系统的时候，系统会先从这张临时表中查询，是否有相同的用户记录。若有的话，就会拒绝用户的登陆，警告用户已经有相同的用户登陆了。当用户正常退出系统或者因为以外情况退出系统结束当前会话的时候，那么数据库系统就会清除这张表的内容。如此，当用户下次登陆系统的话，即使是在意外情况下登陆系统的，也可以正常的登陆。

　　可见，数据库的临时表在企业实际应用中有着举足轻重的作用。

　　在ORACLE数据库与SQL SERVER数据库中，都实现了临时表的功能。不过两者实现的方式有差异。而不同的实现方式又赋予了其不同的特点，这是我们在数据库选型中不得不重视的一方面内容。

　　两个数据库临时表实现方式的异同：

　　SQL SERVER临时表跟ORACLE数据库临时表的差异，可以利用一句话来概括。SQL SERVER 临时表是在需要用到的时候创建;而ORACLE 数据库的临时表，则是在数据库初始化中就开始创建，在具体的会话或者事务开始后进行操作，结束一个会话或者结束一个事务后该数据库的内容就会被清空。

 1、在创建时的异同。
　　SQL SERVER 数据库的临时表，是在实际需要时创建的。具体的来说，可以利用SELECT语句与CREAT语句创建临时表。如可以利用SELECT * INTO #USER_TEMP FROM USER;通过这条语句就可以在需要的时间创建一张临时表。除此之外，还可以利用CREATE语句，在需要的时候创建临时表。

　　而ORACLE数据库，是在数据库系统初始化的过程中，就需要建立临时表。也就是在用户安装财务管理软件系统时，初始化数据库系统时，系统就会创建临时表。而不是在临时表需要用到的时候，才被创建。故，ORACLE数据库的临时表创建方式只有一种，在数据库初始化的时候，利用CREATE创建数据库临时表。所以，ORACLE数据库临时表，又有另一种说法。我们一般称ORACLE数据库的临时表是永久性的，只是临时表的内容是临时的，在需要用到临时表时，只要直接调用即可，而不用临时创建。这不像SQL SERVER数据库那样，只有在用到时，才创建该临时表;当结束会话时，不仅表中的数据被清空了，而且该表也被删除了。

　　笔者评论：

　　笔者还是比较喜欢ORACLE数据库临时表的实现方式。为什么呢?因为我们都知道，数据库定义语言，如CREATE等，比较占用系统资源。若在数据库SQL SERVER数据库系统设计的过程中，前台程序频繁的使用CREATE等数据库定义语言创建临时表的话，会对SQL server数据库系统的运行效率产生很大的不利影响;而且，每次运行的话，都会有类似的不利影响，因为每次运行都会有一个创建临时表的过程。而ORCLE数据库中，则是在系统初始化的时候才利用CREATE语句，所以，只是在系统初始化的时候，可能性能会受到影响，而在以后的数据库运行中，就不会为这个老是运行CREATE语句而困饶。所以，我个人还是比较喜欢采用ORACLE系统的临时表处理方案。