用select for update wait可以实现, 例如:
BEGIN TRANSACTION;
SELECT ITEM_ID FROM TABLE_ITEM WHERE ITEM_PRIORITY > 10 AND ITEM_CATEGORY = 'CT1'
ITEM_STATUS = 'available' AND ROWNUM = 1 FOR UPDATE WAIT 5;
UPDATE [locked item_id] SET ITEM_STATUS = 'unavailable';
COMMIT TRANSACTION;
1 数据库表锁定原理 11 目前的C/S,B/S结构都是多用户访问数据库,每个时间点会有成千上万个user来访问DB,其中也会同时存取同一份数据,会造成数据的不一致性或者读脏数据12 事务的ACID原则13 锁是关系数据库很重要的一部分, 数据库必须有锁的机制来确保数据的完整和一致性 131 SQL Server中可以锁定的资源:132 锁的粒度:133 锁的升级: 锁的升级门限以及锁升级是由系统自动来确定的,不需要用户设置 134 锁的类型: (1) 共享锁: 共享锁用于所有的只读数据 *** 作 (2) 修改锁: 修改锁在修改 *** 作的初始化阶段用来锁定可能要被修改的资源,这样可以避免使用共享锁造成的死锁现象 (3) 独占锁: 独占锁是为修改数据而保留的。它所锁定的资源,其他事务不能读取也不能修改。独占锁不能和其他锁兼容。 (4) 架构锁 结构锁分为结构修改锁(Sch-M)和结构稳定锁(Sch-S)。执行表定义语言 *** 作时,SQL Server采用Sch-M锁,编译查询时,SQL Server采用Sch-S锁。 (5) 意向锁 意向锁说明SQL Server有在资源的低层获得共享锁或独占锁的意向。 (6) 批量修改锁 批量复制数据时使用批量修改锁 134 SQL Server锁类型 (1) HOLDLOCK: 在该表上保持共享锁,直到整个事务结束,而不是在语句执行完立即释放所添加的锁。 (2) NOLOCK:不添加共享锁和排它锁,当这个选项生效后,可能读到未提交读的数据或“脏数据”,这个选项仅仅应用于SELECT语句。 (3) PAGLOCK:指定添加页锁(否则通常可能添加表锁)。 (4) READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下,SQL Server 2000 在此隔离级别上 *** 作。 (5) READPAST: 跳过已经加锁的数据行,这个选项将使事务读取数据时跳过那些已经被其他事务锁定的数据行,而不是阻塞直到其他事务释放锁, READPAST仅仅应用于READ COMMITTED隔离性级别下事务 *** 作中的SELECT语句 *** 作。 (6) READUNCOMMITTED:等同于NOLOCK。 (7) REPEATABLEREAD:设置事务为可重复读隔离性级别。 (8) ROWLOCK:使用行级锁,而不使用粒度更粗的页级锁和表级锁。 (9) SERIALIZABLE:用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于 HOLDLOCK。 (10) TABLOCK:指定使用表级锁,而不是使用行级或页面级的锁,SQL Server在该语句执行完后释放这个锁,而如果同时指定了HOLDLOCK,该锁一直保持到这个事务结束。 (11) TABLOCKX:指定在表上使用排它锁,这个锁可以阻止其他事务读或更新这个表的数据,直到这个语句或整个事务结束。 (12) UPDLOCK :指定在读表中数据时设置更新 锁(update lock)而不是设置共享锁,该锁一直保持到这个语句或整个事务结束,使用UPDLOCK的作用是允许用户先读取数据(而且不阻塞其他用户读数据),并且保证在后来再更新数据时,这一段时间内这些数据没有被其他用户修改。 2 如何解除表的锁定,解锁就是要终止锁定的那个链接,或者等待该链接事务释放 21 Activity Monitor可以通过Wait Type, Blocked By栏位查看到,SPID 54 被SPID 53 阻塞 可以右键Details查到详细的SQL 语句,或Kill掉这个进程 22 SQL Server提供几个DMV,查看locks sysdm_exec_requests sysdm_tran_locks sysdm_os_waiting_tasks sysdm_tran_database_transactions (1) select from sysdm_tran_locks where resource_type<>'DATABASE' --and resource_database_id=DB_ID()
一般有三种方法保护ACCESS窗体
1)使用启动窗体或自定义宏菜单(在ACCESS选项——启动中设置),菜单——视图——工具栏——取消对"数据库"的勾选,——自定义,
取消勾选工具栏的勾选(自定义宏菜单除外,如果有的话),目的就是让用户看不到所有能更改数据库对象设计方案的菜单、工具栏、命令图标。但是这种方案很容易被破解,特别是对ACCESS数据库有一定研究的用户来说,尽管可以使用代码禁止shift键,但是破解方案是可以在网上查到的;
2)设置工作组安全机制
菜单——工具——安全——设置工作组安全机制向导,跟随向导指引设置,再设置不同用户的权限保护相关的数据库对象。这个方案保护性能比较高,类似大型数据库系统的用户级保护机制,但是设置复杂而且分发使用也比较麻烦,另外2007以后版本不支持该手段;
3)生成编译后的数据库文件(mde
2003版本、accde
2007及以后版本)生成方法略
这种方法保护最彻底,几乎不存在破解的可能,但是一旦编译后就不再可以被修改,源数据库要小心保护好。
在 *** 作数据库的时候,有时候会由于 *** 作不当引起数据库表被锁定,这么我们经常不知所措,不知怎么给这些表解锁,在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话,但是我们很难找到那个会话被锁定了,想找到所以被锁的会话就更难了,下面这叫查询语句可以查询出所以被锁的会话。如下:
SELECT snusername, mSID,snSERIAL#, mTYPE,
DECODE (mlmode,
0, 'None',
1, 'Null',
2, 'Row Share',
3, 'Row Excl',
4, 'Share',
5, 'S/Row Excl',
6, 'Exclusive',
lmode, LTRIM (TO_CHAR (lmode, '990'))
) lmode,
DECODE (mrequest,
0, 'None',
1, 'Null',
2, 'Row Share',
3, 'Row Excl',
4, 'Share',
5, 'S/Row Excl',
6, 'Exclusive',
request, LTRIM (TO_CHAR (mrequest, '990'))
) request,
mid1, mid2
FROM v$session sn, v$lock m
WHERE (snSID = mSID AND mrequest != 0) --存在锁请求,即被阻塞
OR ( snSID = mSID --不存在锁请求,但是锁定的对象被其他会话请求锁定
AND mrequest = 0
AND lmode != 4
AND (id1, id2) IN (
SELECT sid1, sid2
FROM v$lock s
WHERE request != 0 AND sid1 = mid1
AND sid2 = mid2)
)
ORDER BY id1, id2, mrequest;
通过以上查询知道了sid和 SERIAL#就可以开杀了
alter system kill session 'sid,SERIAL#';
如何利用MySQL数据库锁定和解锁数据库表,这里有详细教程:>
可以用悲观锁和乐观锁两种访求
(1)悲观锁
就像前面所说的那样使用
例如:
select from ta with(UPDLOCK)
这样当记录已经被锁定后,
其他的人再试图再次更新访问的时候会失败。
详细内容不再细述了。
(2)乐观锁
类似16楼的说法,比如在表中增加一个字段以保存最后一次更新的时间戳,
更新的时候,用取得数据时的时间与数据库中的更新时间进行比较,
如果比数据库中的最后更新时间早的话,
则说明之前已经有其它人对于数据进行了更新。
则更新不能进行。
可以使用下面的语句进行更新 *** 作。
updata <表名> set where upddate <= <上次取得记录的更新时间>
以上就是关于C#我想锁住数据库中的table表中的关键字为001的这条记录,如何锁呢全部的内容,包括:C#我想锁住数据库中的table表中的关键字为001的这条记录,如何锁呢、SQL Server数据库表锁定原理以及如何解除表的锁定、如何锁定ACCESS数据库的窗体,不让其它人修改等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)