SQL Server临时表的使用方案大全

我们今天是要和大家一起讨论的是SQL Server临时表的实用大全，如果你对SQL Server临时表的实用大全不是很了解的话，下面的文章就是对其相关内容的具体介绍，希望会给你带来一些帮助在此方面。

在汕头等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供成都做网站、网站建设 网站设计制作按需网站制作,公司网站建设,企业网站建设,品牌网站制作,全网整合营销推广,外贸营销网站建设,汕头网站建设费用合理。

引子：

临时数据表格，我们在存储的时候经常遇见。

客户端可以实用Delphi的ClientDataSet的内存表，但是ClientDataSet类似TABLE，不是支持SQL语言的。

当然也可以实用临时表。有时我们避免SQL Server临时表的生命周期的麻烦，更多的使用实际表临时用用。起个什么tempXXX类似的告诉我们他们是临时表。创建释放也没有问题。

那么临时表的周期是什么样子的呢？有什么特殊的用法没有？

1.全局临时表和临时表的区别：视野不同。

全局临时表当然就是使用##打头的表格，普通的临时表格为#打头。它们的周期应该随一个连接也就是Connection的诞生而生，随着Connection的断开而死亡。它们的区别不同的地方也就是视野不同。

全局表，全部授权的Connection都可以看见。但是普通SQL Server临时表（局域临时表）仅仅创建的Connection可以看见。特别说明的是SQL Server的isql.exe每个连接就是一个Connection。

例如：一个应用程序app.exe有仅adoconnection连接SQL Server数据，那么这个连接中的adoquery或者存储过程建立的全局表##temp1，另外的一个app.exe或者其它的appx.exe都可以使用该表格。

不同的是普通临时表，由app.exe中的连接connection比如adoconnection的Adoquery建立的临时表#temp，在所有该连接的该程序的app.exe都可以看见并且访问，但是appx.exe或者其它的就不能看见。

陷阱：如果一个应用程序app.exe有存储过程和TADOQUERY连接同一个ADOCONNECTION.切记使用存储过程建立的临时表（非全局），就不能被这个连接下的TADOQUERY访问。原因是：存储过程本身是服务器端执行，应该是服务器的CONNECTION。

2.全局表或者SQL Server临时表的存储和建立。

估计大家都知道，临时表或者全局表都是在SQL Server的tempdb数据库存储，表我们访问的时候使用#，但是实际在进程里面是以在tempdb里面的用户表以#xxx_________00000000xxx方式存储（是否是进程标识，不大知道，也不想知道）。可以通过isql.exe的tempdb里面看见它们。

3。头痛初始化表格

初始化表格，为什么头痛，毕竟使用Drop什么的。或者判断存在比较麻烦。其实也很简单。另外建立临时表，都是无聊的SQL 语句，怎么处理。

方法一：当然是使用存储过程了。可以直接写SQL语句或者写exec (@v_sql)。

方法二：把SQL Server临时表保存到数据里面MEMO里面，读取，直接执行。

判断方法一：可以采用常用的exists函数。

例如：

 
 
 
      
  
  
  1. if exists (select * from tempdb..sysobjects where id = object_id(@sTmpWareA) and type = "U") 
    2.

判断方法二：

 
 
 
      
  
  
  1. if object_id('tempdb.dbo.##'+@v_userid) is null 
    2.

应用方法一：（感谢阿满，迷糊）

一个统计的SQL Server临时表格，使用TADOPROC执行存储过程，如下：

 
 
 
      
  
  
  1. CREATE PROCEDURE InitCreateCoawardTable AS  
    2.   
  
  
  2. BEGIN  
    3.   
  
  
  3. IF not (object_id('tempdb.dbo.#Tmp_Detail') is null)  
    4.   
  
  
  4. drop table tempdb.dbo.#Tmp_Detail  
    5.   
  
  
  5. CREATE TABLE tempdb.dbo.#Tmp_Detail (  
    6.   
  
  
  6. [id] [int] IDENTITY (1, 1) NOT NULL , 
    7.

[单据类别] [varchar] (20) COLLATE Chinese_PRC_CI_AS NULL ,

[单据编号] [varchar] (20) COLLATE Chinese_PRC_CI_AS NULL ,

（。。这里多复杂都可以。。。。。省略。。。）

 
 
 
      
  
  
  1. select * from tempdb.dbo.#Tmp_Detail  
    2.   
  
  
  2. END  
    3.   
  
  
  3. GO 
    4.

在客户端使用TADOPROC执行这个存储过程，

 
 
 
      
  
  
  1. with sproc do  
    2.   
  
  
  2. begin  
    3.   
  
  
  3. try  
    4.   
  
  
  4. Close;  
    5.   
  
  
  5. ProcedureName:=spName;  
    6.   
  
  
  6. Parameters.Refresh;  
    7.   
  
  
  7. Prepared;  
    8.   
  
  
  8. ExecProc; 
    9.

Open;//这句不能省略要不，就出现忽略了数据库名称 '，将引用 tempdb 中的对象错误。

 
 
 
      
  
  
  1. except  
    2.   
  
  
  2. Close;  
    3.   
  
  
  3. Exit;  
    4.   
  
  
  4. end;  
    5.   
  
  
  5. Result:=True;  
    6.   
  
  
  6. end; 
    7.

这样，你的TADOPROC就可以任意使用APPEND,INSERT语句了，更好的是不需要清理，而且方法灵活。更好的有点非常有效的处理并发。当然有些人还在使用建立实际表格代替它，使用会话处理该问题，你还得回收。相当麻烦。而且灵活度差多了。

以下是应用范例转载：

利用SQL Server的全局临时表防止用户重复登录

在我们开发商务软件的时候，常常会遇到这样的一个问题：怎样防止用户重复登录我们的系统？特别是对于银行或是财务部门，更是要限制用户以其工号身份多次登入。

可能会有人说在用户信息表中加一字段判断用户工号登录的状态，登录后写1，退出时写0，且登录时判断其标志位是否为1，如是则不让该用户工号登录。但是这样那势必会带来新的问题：如发生象断电之类不可预知的现象，系统是非正常退出，无法将标志位置为0，那么下次以该用户工号登录则不可登入，这该怎么办呢？

或许我们可以换一下思路：有什么东西是在connection断开后可以被系统自动回收的呢？对了，SQL Server的临时表具备这个特性！但是我们这里的这种情况不能用局部临时表，因为局部临时表对于每一个connection来说都是一个独立的对象，因此只能用全局SQL Server临时表来达到我们的目的。

好了，情况已经明朗话了，我们可以写一个象下面这样简单的存储过程:

 
 
 
      
  
  
  1. create procedure gp_findtemptable -- 2001/10/26 21:36 zhuzhichao in nanjing 
    2.

/* 寻找以操作员工号命名的全局临时表

* 如无则将out参数置为0并创建该表,如有则将out参数置为1

* 在connection断开连接后,全局临时表会被SQL Server自动回收

* 如发生断电之类的意外,全局临时表虽然还存在于tempdb中,但是已经失去活性

* 用object_id函数去判断时会认为其不存在. */

@v_userid varchar(6), -- 操作员工号

@i_out int out -- 输出参数 0:没有登录 1:已经登录

 
 
 
      
  
  
  1. as  
    2.   
  
  
  2. declare @v_sql varchar(100)  
    3.   
  
  
  3. if object_id('tempdb.dbo.##'+@v_userid) is null  
    4.   
  
  
  4. begin  
    5.   
  
  
  5. set @v_sql = 'create table ##'+@v_userid+'(userid varchar(6))'  
    6.   
  
  
  6. exec (@v_sql)  
    7.   
  
  
  7. set @i_out = 0 
    8.   
  
  
  8. end  
    9.   
  
  
  9. else  
    10.   
  
  
  10. set @i_out = 1 
    11.

在这个过程中，我们看到如果以用户工号命名的全局SQL Server临时表不存在时过程会去创建一张并把out参数置为0，如果已经存在则将out参数置为1。

这样，我们在我们的应用程序中调用该过程时，如果取得的out参数为1时，我们可以毫不客气地跳出一个message告诉用户说”对不起，此工号正被使用！”

判断方法范例：

 
 
 
      
  
  
  1. select @sTmpWareA="tempdb..[##MARWareA"+ @ComputerName+"]"  
    2.   
  
  
  2. if exists (select * from tempdb..sysobjects where id = object_id(@sTmpWareA) and type = "U")   
    3.   
  
  
  3. begin   
    4.   
  
  
  4. set @sTmpWareA="[##MARWareA"+ @ComputerName+"]"   
    5.   
  
  
  5. exec( "drop table " +@sTmpWareA )   
    6.   
  
  
  6. end   
    7.   
  
  
  7. else   
    8.   
  
  
  8. set @sTmpWareA="[##MARWareA"+ @ComputerName+"]"  
    9.

@sTmpWareA 就是SQL Server临时表的名称，过程中使用exec来操作

本文名称：SQL Server临时表的使用方案大全
标题网址：http://www.shufengxianlan.com/qtweb/news4/10154.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

静态网站知识

各行业网站

防护网厂　　 　全网整合营销　　 　百度推广公司　　 　教育建设方案　　 　成都logo设计标志　　 　服务器托管　　 　成都光华机房　　 　bgp多线机房托管　　 　企业网站设计　　 　标志设计　　 　四川广汉锦华　　 　广告品牌策划设计　　 　成都网站优化　　 　二枢服务器托管　　 　深圳纱窗安装　　 　西部信息机房　　 　网页改版　　 　蓬溪网站建设　　 　微信小程序开发　　 　自贡服务器托管