SQL SERVER临时表的使用

转载：http://www.cnblogs.com/shineqiujuan/archive/2008/11/13/1332657.html

Sybase 临时表：

   建表以前的判断语句：

if exists (select 1 from  sysobjects where id = object_id('*******') and type = 'U')

   drop table ********

go

drop table #Tmp   --删除临时表#Tmp
create table #Tmp --创建临时表#Tmp
(
    ID   int IDENTITY (1,1)     not null, --创建列ID,并且每次新增一条记录就会加1
    WokNo                varchar(50),   
    primary key (ID)      --定义ID为临时表#Tmp的主键      
);
Select * from #Tmp    --查询临时表的数据
truncate table #Tmp --清空临时表的所有数据和约束

相关例子：

Declare @Wokno Varchar(500) --用来记录职工号
Declare @Str NVarchar(4000) --用来存放查询语句
Declare @Count int --求出总记录数      
Declare @i int
Set @i = 0 
Select @Count = Count(Distinct(Wokno)) from #Tmp
While @i < @Count 
    Begin
       Set @Str = 'Select top 1 @Wokno = WokNo from #Tmp Where id not in (Select top ' + Str(@i) + 'id from #Tmp)'
       Exec Sp_ExecuteSql @Str,N'@WokNo Varchar(500) OutPut',@WokNo Output
       Select @WokNo,@i --一行一行把职工号显示出来
       Set @i = @i + 1
    End

临时表
可以创建本地和全局临时表。本地临时表仅在当前会话中可见；全局临时表在所有会话中都可见。
本地临时表的名称前面有一个编号符 (#table_name)，而全局临时表的名称前面有两个编号符 (##table_name)。

SQL 语句使用 CREATE TABLE 语句中为 table_name 指定的名称引用临时表：

CREATE TABLE #MyTempTable (cola INT PRIMARY KEY)
INSERT INTO #MyTempTable VALUES (1)

如果本地临时表由存储过程创建或由多个用户同时执行的应用程序创建，则 SQL Server 必须能够区分由不同用户创建的表。为此，SQL Server 在内部为每个本地临时表的表名追加一个数字后缀。存储在 tempdb 数据库的 sysobjects 表中的临时表，其全名由 CREATE TABLE 语句中指定的表名和系统生成的数字后缀组成。为了允许追加后缀，为本地临时表指定的表名 table_name 不能超过 116 个字符。

除非使用 DROP TABLE 语句显式除去临时表，否则临时表将在退出其作用域时由系统自动除去：

当存储过程完成时，将自动除去在存储过程中创建的本地临时表。由创建表的存储过程执行的所有嵌套存储过程都可以引用此表。但调用创建此表的存储过程的进程无法引用此表。

所有其它本地临时表在当前会话结束时自动除去。

全局临时表在创建此表的会话结束且其它任务停止对其引用时自动除去。任务与表之间的关联只在单个 Transact-SQL 语句的生存周期内保持。换言之，当创建全局临时表的会话结束时，最后一条引用此表的 Transact-SQL 语句完成后，将自动除去此表。 
在存储过程或触发器中创建的本地临时表与在调用存储过程或触发器之前创建的同名临时表不同。如果查询引用临时表，而同时有两个同名的临时表，则不定义针对哪个表解析该查询。嵌套存储过程同样可以创建与调用它的存储过程所创建的临时表同名的临时表。嵌套存储过程中对表名的所有引用都被解释为是针对该嵌套过程所创建的表，例如：

CREATE PROCEDURE Test2
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (2)
SELECT Test2Col = x FROM #t
GO
CREATE PROCEDURE Test1
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (1)
SELECT Test1Col = x FROM #t
EXEC Test2
GO
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (99)
GO
EXEC Test1
GO

下面是结果集：

(1 row(s) affected)

Test1Col    
----------- 
1          

(1 row(s) affected)

Test2Col    
----------- 
2          

当创建本地或全局临时表时，CREATE TABLE 语法支持除 FOREIGN KEY 约束以外的其它所有约束定义。如果在临时表中指定 FOREIGN KEY 约束，该语句将返回警告信息，指出此约束已被忽略，表仍会创建，但不具有 FOREIGN KEY 约束。在 FOREIGN KEY 约束中不能引用临时表。

考虑使用表变量而不使用临时表。当需要在临时表上显式地创建索引时，或多个存储过程或函数需要使用表值时，临时表很有用。通常，表变量提供更有效的查询处理。

select * into #tab from Tabname where id=3
select * from #tab
drop table #tab

查询所有的临时表

SELECT * FROM tempdb.sys.objects WHERE type = 'u'

转载：http://database.51cto.com/art/201007/213431.htm

3。头痛初始化表格

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

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

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

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

例如：

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

判断方法二：

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

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

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

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

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

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

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

select * from tempdb.dbo.#Tmp_Detail
END
GO

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

with sproc do
begin
try
Close;
ProcedureName:=spName;
Parameters.Refresh;
Prepared;
ExecProc;

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

except
Close;
Exit;
end;
Result:=True;
end;

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

以下是应用范例转载：

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

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

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

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

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

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

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

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

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

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

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

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

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

as
declare @v_sql varchar(100)
if object_id('tempdb.dbo.##'+@v_userid) is null
begin
set @v_sql = 'create table ##'+@v_userid+'(userid varchar(6))'
exec (@v_sql)
set @i_out = 0
end
else
set @i_out = 1

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

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

判断方法范例：

select @sTmpWareA="tempdb..[##MARWareA"+ @ComputerName+"]"
if exists (select * from tempdb..sysobjects where id = object_id(@sTmpWareA) and type = "U")
begin
set @sTmpWareA="[##MARWareA"+ @ComputerName+"]"
exec( "drop table " +@sTmpWareA )
end
else
set @sTmpWareA="[##MARWareA"+ @ComputerName+"]"

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

1. 最后要删除这个临时表，注意删除前一般都要判断一下这个表是否存在
   sql server如何使用临时表
   
   
   一般情况下，创建或删除临时表，都最好判断一下：如果存在，则删掉。