请问怎么锁定用户禁止登陆,在不改变MSSQL数据库字段的情况下

请问怎么锁定用户禁止登陆,在不改变MSSQL数据库字段的情况下,第1张

创建第二个数据库。

------解决方案--------------------------------------------------------把他打晕

------解决方案--------------------------------------------------------

你的系统没有权限管理吗?给他个人设定权限--连首页都没有权限看

就可以了啊。要恢复也很简单--把权限再改过来。大部分的网站都是这么做的。

如果没有权限系统的话。在web-config中设定禁止访问的人的列表。在Globalasax处理。如果登陆的人的ID和web-config中设定禁止访问的人的列表符合就跳转到一个提示页面就可以

------解决方案--------------------------------------------------------

设计数据库的时候就设计个锁定字段

------解决方案--------------------------------------------------------硬编码

------解决方案--------------------------------------------------------

用户表中增加一个字段,INT型, 1为可以登陆,0为不可以登陆,后台用户管理中可以改变这个值

死锁发生后,通过服务端的Trace就可以将死锁信息传到日志。在SQL Server 2000时代,只能通过Trace flag 1204来开启,由于Trace flag 1204并不能提供XML死锁图,在SQL Server 2005以及之后的版本被Trace flag 1222所取代。

为了在服务端针对所有的Session开启Trace flag 1222。可以通过如代码所示。

DBCC TRACEON(1222,-1)

另一种方法是开启Profiler来捕捉,Profiler捕捉到的图示死锁信息内容就更直观了,

1 如何锁一个表的某一行 

 

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED 

SELECT  FROM table ROWLOCK WHERE id = 1 

 

2 锁定数据库的一个表 

 

SELECT  FROM table WITH (HOLDLOCK) 

 

加锁语句

sybase:

update 表 set col1=col1 where 1=0 ;

MSSQL:

select col1 from 表 (tablockx) where 1=0 ;

oracle:

LOCK TABLE 表 IN EXCLUSIVE MODE ;

加锁后其它人不可 *** 作,直到加锁用户解锁,用commit或rollback解锁

1

如何锁一个表的某一行

SET TRANSACTION

ISOLATION LEVEL READ UNCOMMITTED

SELECT FROM table ROWLOCK WHERE id = 1

2 锁定数据库的一个表

SELECT FROM table WITH (HOLDLOCK)

加锁语句:

sybase:

update 表 set col1=col1 where 1=0

;

MSSQL:

select col1 from 表 (tablockx)

where

1=0

;

oracle:

LOCK TABLE 表 IN EXCLUSIVE MODE ;

加锁后其它人不可 *** 作,直到加锁用户解锁,用commit或rollback解锁

几个例子帮助大家加深印象

设table1(A,B,C)

A B C

a1 b1 c1

a2 b2 c2

a3 b3 c3

1)排它锁

新建两个连接

在第一个连接中执行以下语句

begin tran

update table1

set

A='aa'

where B='b2'

waitfor delay

'00:00:30' --等待30秒

commit tran

在第二个连接中执行以下语句

begin tran

select from table1

where B='b2'

commit tran

若同时执行上述两个语句,则select查询必须等待update执行完毕才能执行即要等待30秒

2)共享锁

在第一个连接中执行以下语句

begin tran

select from table1

holdlock

-holdlock人为加锁

where B='b2'

waitfor delay

'00:00:30' --等待30秒

commit tran

在第二个连接中执行以下语句

begin tran

select A,C

from

table1

where B='b2'

update table1

set

A='aa'

where B='b2'

commit tran

若同时执行上述两个语句,则第二个连接中的select查询可以执行

而update必须等待第一个事务释放共享锁转为排它锁后才能执行

即要等待30秒

3)死锁

增设table2(D,E)

D E

d1 e1

d2 e2

在第一个连接中执行以下语句

begin tran

update table1

set

A='aa'

where B='b2'

waitfor delay

'00:00:30'

update table2

set

D='d5'

where E='e1'

commit tran

在第二个连接中执行以下语句

begin tran

update table2

set

D='d5'

where E='e1'

waitfor delay

'00:00:10'

update table1

set

A='aa'

where B='b2'

commit tran

同时执行,系统会检测出死锁,并中止进程

补充一点:

Sql Server2000支持的表级锁定提示

HOLDLOCK 持有共享锁,直到整个事务完成,应该在被锁对象不需要时立即释放,等于SERIALIZABLE事务隔离级别

NOLOCK 语句执行时不发出共享锁,允许脏读 ,等于 READ

UNCOMMITTED事务隔离级别

PAGLOCK 在使用一个表锁的地方用多个页锁

READPAST 让sql

server跳过任何锁定行,执行事务,适用于READ UNCOMMITTED事务隔离级别只跳过RID锁,不跳过页,区域和表锁

ROWLOCK

强制使用行锁

TABLOCKX 强制使用独占表级锁,这个锁在事务期间阻止任何其他事务使用这个表

UPLOCK

强制在读表时使用更新而不用共享锁

应用程序锁:

应用程序锁就是客户端代码生成的锁,而不是sql server本身生成的锁

处理应用程序锁的两个过程

sp_getapplock 锁定应用程序资源

sp_releaseapplock

为应用程序资源解锁

注意: 锁定数据库的一个表的区别

SELECT FROM table WITH (HOLDLOCK)

其他事务可以读取表,但不能更新删除

SELECT FROM table WITH (TABLOCKX)

其他事务不能读取表,更新和删除

1

如何锁一个表的某一行

/

测试环境:windows 2K server + Mssql 2000

所有功能都进行测试过,并有相应的结果集,如果有什么疑义在论坛跟帖

关于版权的说明:部分资料来自互联网,如有不当请联系版主,版主会在第一时间处理。

功能:sql遍历文件夹下的文本文件名,当然你修改部分代码后可以完成各种文件的列表。

/

A

连接中执行

SET TRANSACTION

ISOLATION LEVEL REPEATABLE

READ

begin tran

select from tablename

with

(rowlock) where id=3

waitfor delay '00:00:05'

commit tran

B连接中如果执行

update tablename set

colname='10' where id=3

--则要等待5秒

update tablename

set

colname='10' where id <>3

--可立即执行

2

锁定数据库的一个表

SELECT FROM table WITH (HOLDLOCK)

注意: 锁定数据库的一个表的区别

SELECT FROM table WITH (HOLDLOCK)

其他事务可以读取表,但不能更新删除

SELECT FROM table WITH (TABLOCKX)

其他事务不能读取表,更新和删除

以上就是关于请问怎么锁定用户禁止登陆,在不改变MSSQL数据库字段的情况下全部的内容,包括:请问怎么锁定用户禁止登陆,在不改变MSSQL数据库字段的情况下、MSSQLSERVER中怎样查询引起死锁的sql语句、sqlserver怎么实现一个行锁等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/10075491.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-05
下一篇 2023-05-05

发表评论

登录后才能评论

评论列表(0条)

保存