內(nèi)容摘要：SQL Server的臨時(shí)表具備這個(gè)特性！但是我們這里的這種情況不能用局部臨時(shí)表，因?yàn)榫植颗R時(shí)表對(duì)于每一個(gè)connection來說都是一個(gè)獨(dú)立的對(duì)象，因此只能用全局臨時(shí)表來達(dá)到我們的目的。

　　在我們開發(fā)商務(wù)軟件的時(shí)候，常常會(huì)遇到這樣的一個(gè)問題：怎樣防止用戶重復(fù)登錄我們的系統(tǒng)？特別是對(duì)于銀行或是財(cái)務(wù)部門，更是要限制用戶以其工號(hào)身份多次登入。

　　可能會(huì)有人說在用戶信息表中加一字段判斷用戶工號(hào)登錄的狀態(tài)，登錄后寫1，退出時(shí)寫0，且登錄時(shí)判斷其標(biāo)志位是否為1，如是則不讓該用戶工號(hào)登錄。但是這樣那勢必會(huì)帶來新的問題：如發(fā)生象斷電之類不可預(yù)知的現(xiàn)象，系統(tǒng)是非正常退出，無法將標(biāo)志位置為0，那么下次以該用戶工號(hào)登錄則不可登入，這該怎么辦呢？

　　或許我們可以換一下思路：有什么東西是在connection斷開后可以被系統(tǒng)自動(dòng)回收的呢？對(duì)了，SQL Server的臨時(shí)表具備這個(gè)特性！但是我們這里的這種情況不能用局部臨時(shí)表，因?yàn)榫植颗R時(shí)表對(duì)于每一個(gè)connection來說都是一個(gè)獨(dú)立的對(duì)象，因此只能用全局臨時(shí)表來達(dá)到我們的目的。

　　好了，情況已經(jīng)明朗話了，我們可以寫一個(gè)象下面這樣簡單的存儲(chǔ)過程:

?

create procedure gp_findtemptable

/* 尋找以操作員工號(hào)命名的全局臨時(shí)表
* 如無則將out參數(shù)置為0并創(chuàng)建該表,如有則將out參數(shù)置為1
* 在connection斷開連接后,全局臨時(shí)表會(huì)被SQL Server自動(dòng)回收
* 如發(fā)生斷電之類的意外,全局臨時(shí)表雖然還存在于tempdb中,
但是已經(jīng)失去活性
* 用object_id函數(shù)去判斷時(shí)會(huì)認(rèn)為其不存在.
*/
@v_userid varchar(6), -- 操作員工號(hào)
@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

?

　　在這個(gè)過程中，我們看到如果以用戶工號(hào)命名的全局臨時(shí)表不存在時(shí)過程會(huì)去創(chuàng)建一張并把out參數(shù)置為0，如果已經(jīng)存在則將out參數(shù)置為1。

　　這樣，我們在我們的應(yīng)用程序中調(diào)用該過程時(shí)，如果取得的out參數(shù)為1時(shí)，我們可以毫不客氣地跳出一個(gè)message告訴用戶說”對(duì)不起，此工號(hào)正被使用！”

?

轉(zhuǎn)載于:https://www.cnblogs.com/wpf123/archive/2010/01/23/2347369.html

總結(jié)

以上是生活随笔為你收集整理的巧用SQL server的全局临时表防止用户重复登录的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。