操纵SQLServer的全局暂时表避免用户反复登录[MSSQL防范]
本文“操纵SQLServer的全局暂时表避免用户反复登录[MSSQL防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
在我们开辟商务软件的时刻,常常会碰到这样的一个问题:怎样避免用户反复登录我们的系统?分外是关于银行或是财政部门,更是要限制用户以其工号身份多次登入.www.c hinaitpower.coml0XCFz
大概会有人说在用户信息表中加一字段判断用户工号登录的状况,登录后写1,退出时写0,且登录时判断其标志位能否为1,如是则不让该用户工号登录.但是这样那必将会带来新的问题:如发生象断电之类不可预知的现象,系统是非正常退出,无法将标志位置为0,那么下次以该用户工号登录则不可登入,这该怎么办呢?www.c hinaitpower.coml0XCFz
大概我们可以换一下思绪:有什么东西是在connection断开后可以被系统自动回收的呢?对了,sql server的暂时表具有这个特点!但是我们这里的这种情形不能用部分暂时表,因为部分暂时表关于每一个connection来说都是一个独立的对象,因此只能用全局暂时表来到达我们的目的.www.c hinaitpower.coml0XCFz
好了,情形已经清朗话了,我们可以写一个象下面这样简单的存储历程:www.c hinaitpower.coml0XCFz
create procedure gp_findtemptable -- 2001/10/26 21:36 zhuzhichao in nanjingwww.c hinaitpower.coml0XCFz
/* 探求以操作员工号命名的全局暂时表www.c hinaitpower.coml0XCFz
* 如无则将out参数置为0并成立该表,若有则将out参数置为1 www.c hinaitpower.coml0XCFz
* 在connection断开衔接后,全局暂时表会被SQL Server自动回收www.c hinaitpower.coml0XCFz
* 如发生断电之类的不测,全局暂时表固然还存在于tempdb中,但是已经失去活性
* 用object_id函数去判断时会认为其不存在.
*/www.c hinaitpower.coml0XCFz
@v_userid varchar(6), -- 操作员工号www.c hinaitpower.coml0XCFz
@i_out int out -- 输出参数 0:没有登录 1:已经登录www.c hinaitpower.coml0XCFz
aswww.c hinaitpower.coml0XCFz
declare @v_sql varchar(100)www.c hinaitpower.coml0XCFz
if object_id('tempdb.dbo.##'+@v_userid) is nullwww.c hinaitpower.coml0XCFz
beginwww.c hinaitpower.coml0XCFz
set @v_sql = 'create table ##'+@v_userid+'(userid varchar(6))'www.c hinaitpower.coml0XCFz
exec (@v_sql)www.c hinaitpower.coml0XCFz
set @i_out = 0www.c hinaitpower.coml0XCFz
endwww.c hinaitpower.coml0XCFz
elsewww.c hinaitpower.coml0XCFz
set @i_out = 1www.c hinaitpower.coml0XCFz
在这个历程中,我们看到假如以用户工号命名的全局暂时表不存在时历程会去成立一张并把out参数置为0,假如已经存在则将out参数置为1.www.c hinaitpower.coml0XCFz
这样,我们在我们的利用程序中调用该历程时,假如获得的out参数为1时,我们可以毫不客气地跳出一个message奉告用户说"对不起,此工号正被利用!"
(测试环境:服务器:winnt server 4.0 SQL Server7.0 工作站:winnt workstation)
本文地址: | 与您的QQ/BBS好友分享! |