document.write("
数据库并发控制解决问题
2009年07月27日 前面谈了,如果不对事务的并发问题作控制,则会产生一系列的问题。X 锁和 S 锁X 锁(exclusive locks,排他锁) 如果事务 T 对数据 A 加了 X 锁,则:事务 T 可对数据
http://www.itpow.com/c/2009/07/8H7143PJTP0MS943.asp
数据库并发控制并发问题
2009年07月27日 之间被插足了)事务 T1 读取数据 A,然后对 A 进行运算修改,最后写回数据库。如果在 T1 读取和写回数据库之间,有其他事务修改了 A 值,就造成了丢失更新,因为 T1 是在旧的数据上进
http://www.itpow.com/c/2009/07/VD08RGMWET3Y1UCH.asp
数据库并发控制死锁
2009年07月27日 。死锁的解决与避免数据库管理系统(比如 SQL Server)识别到死锁后,会选择互锁的事务中的一个来作为牺牲品,回滚并结束该事务,并抛出一条消息。现在的数据库管理系统都很优秀,死锁很少
http://www.itpow.com/c/2009/07/OY8JV5J7JDFYZ0UZ.asp
数据库并发控制SQL Server 中的锁
2009年07月27日 定整个数据库。锁的粒度越小(比如 RID),意味着可能需要很多的锁,资源开销也就大,但提高了并发性;锁的粒度越大(比如 DB),意味着需要很少的锁就能完成一个事务,资源开销小,但降低了并发性。
http://www.itpow.com/c/2009/07/1HRLR3UVMRGJFCZ7.asp
")