SQL Server臨時表的使用方案大全
我們今天是要和大家一起討論的是SQL Server臨時表的實用大全，如果你對SQL Server臨時表的實用大全不是很了解的話，下面的文章就是對其相關(guān)內(nèi)容的具體介紹，希望會給你帶來一些幫助在此方面。
引子：
臨時數(shù)據(jù)表格，我們在存儲的時候經(jīng)常遇見。
客戶端可以實用Delphi的ClientDataSet的內(nèi)存表，但是ClientDataSet類似TABLE，不是支持SQL語言的。
當然也可以實用臨時表。有時我們避免SQL Server臨時表的生命周期的麻煩，更多的使用實際表臨時用用。起個什么tempXXX類似的告訴我們他們是臨時表。創(chuàng)建釋放也沒有問題。
那么臨時表的周期是什么樣子的呢？有什么特殊的用法沒有？
1.全局臨時表和臨時表的區(qū)別：視野不同。
全局臨時表當然就是使用##打頭的表格，普通的臨時表格為#打頭。它們的周期應該隨一個連接也就是Connection的誕生而生，隨著Connection的斷開而死亡。它們的區(qū)別不同的地方也就是視野不同。
全局表，全部授權(quán)的Connection都可以看見。但是普通SQL Server臨時表（局域臨時表）僅僅創(chuàng)建的Connection可以看見。特別說明的是SQL Server的isql.exe每個連接就是一個Connection。
例如：一個應用程序app.exe有僅adoconnection連接SQL Server數(shù)據(jù)，那么這個連接中的adoquery或者存儲過程建立的全局表##temp1，另外的一個app.exe或者其它的appx.exe都可以使用該表格。
不同的是普通臨時表，由app.exe中的連接connection比如adoconnection的Adoquery建立的臨時表#temp，在所有該連接的該程序的app.exe都可以看見并且訪問，但是appx.exe或者其它的就不能看見。
陷阱：如果一個應用程序app.exe有存儲過程和TADOQUERY連接同一個ADOCONNECTION.切記使用存儲過程建立的臨時表（非全局），就不能被這個連接下的TADOQUERY訪問。原因是：存儲過程本身是服務器端執(zhí)行，應該是服務器的CONNECTION。
2.全局表或者SQL Server臨時表的存儲和建立。
估計大家都知道，臨時表或者全局表都是在SQL Server的tempdb數(shù)據(jù)庫存儲，表我們訪問的時候使用#，但是實際在進程里面是以在tempdb里面的用戶表以#xxx_________00000000xxx方式存儲（是否是進程標識，不大知道，也不想知道）。可以通過isql.exe的tempdb里面看見它們。
3。頭痛初始化表格
初始化表格，為什么頭痛，畢竟使用Drop什么的。或者判斷存在比較麻煩。其實也很簡單。另外建立臨時表，都是無聊的SQL 語句，怎么處理。
方法一：當然是使用存儲過程了。可以直接寫SQL語句或者寫exec (@v_sql)。
方法二：把SQL Server臨時表保存到數(shù)據(jù)里面MEMO里面，讀取，直接執(zhí)行。
判斷方法一：可以采用常用的exists函數(shù)。
例如：
- if exists (select * from tempdb..sysobjects where id = object_id(@sTmpWareA) and type = "U")
判斷方法二：
- if object_id('tempdb.dbo.##'+@v_userid) is null
應用方法一：（感謝阿滿，迷糊）
一個統(tǒng)計的SQL Server臨時表格，使用TADOPROC執(zhí)行存儲過程，如下：
- 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 ,
[單據(jù)類別] [varchar] (20) COLLATE Chinese_PRC_CI_AS NULL ,
[單據(jù)編號] [varchar] (20) COLLATE Chinese_PRC_CI_AS NULL ,
（。。這里多復雜都可以。。。。。省略。。。）
- select * from tempdb.dbo.#Tmp_Detail
- END
- GO
在客戶端使用TADOPROC執(zhí)行這個存儲過程，
- with sproc do
- begin
- try
- Close;
- ProcedureName:=spName;
- Parameters.Refresh;
- Prepared;
- ExecProc;
Open;//這句不能省略要不，就出現(xiàn)忽略了數(shù)據(jù)庫名稱 '，將引用 tempdb 中的對象錯誤。
- except
- Close;
- Exit;
- end;
- Result:=True;
- end;
這樣，你的TADOPROC就可以任意使用APPEND,INSERT語句了，更好的是不需要清理，而且方法靈活。更好的有點非常有效的處理并發(fā)。當然有些人還在使用建立實際表格代替它，使用會話處理該問題，你還得回收。相當麻煩。而且靈活度差多了。
以下是應用范例轉(zhuǎn)載：
利用SQL Server的全局臨時表防止用戶重復登錄
在我們開發(fā)商務軟件的時候，常常會遇到這樣的一個問題：怎樣防止用戶重復登錄我們的系統(tǒng)？特別是對于銀行或是財務部門，更是要限制用戶以其工號身份多次登入。
可能會有人說在用戶信息表中加一字段判斷用戶工號登錄的狀態(tài)，登錄后寫1，退出時寫0，且登錄時判斷其標志位是否為1，如是則不讓該用戶工號登錄。但是這樣那勢必會帶來新的問題：如發(fā)生象斷電之類不可預知的現(xiàn)象，系統(tǒng)是非正常退出，無法將標志位置為0，那么下次以該用戶工號登錄則不可登入，這該怎么辦呢？
或許我們可以換一下思路：有什么東西是在connection斷開后可以被系統(tǒng)自動回收的呢？對了，SQL Server的臨時表具備這個特性！但是我們這里的這種情況不能用局部臨時表，因為局部臨時表對于每一個connection來說都是一個獨立的對象，因此只能用全局SQL Server臨時表來達到我們的目的。
好了，情況已經(jīng)明朗話了，我們可以寫一個象下面這樣簡單的存儲過程:
- create procedure gp_findtemptable -- 2001/10/26 21:36 zhuzhichao in nanjing
/* 尋找以操作員工號命名的全局臨時表
* 如無則將out參數(shù)置為0并創(chuàng)建該表,如有則將out參數(shù)置為1
* 在connection斷開連接后,全局臨時表會被SQL Server自動回收
* 如發(fā)生斷電之類的意外,全局臨時表雖然還存在于tempdb中,但是已經(jīng)失去活性
* 用object_id函數(shù)去判斷時會認為其不存在. */
@v_userid varchar(6), -- 操作員工號
@i_out int out -- 輸出參數(shù) 0:沒有登錄 1:已經(jīng)登錄
- 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臨時表不存在時過程會去創(chuàng)建一張并把out參數(shù)置為0，如果已經(jīng)存在則將out參數(shù)置為1。
這樣，我們在我們的應用程序中調(diào)用該過程時，如果取得的out參數(shù)為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來操作
