对数据库学习的不断深入,对游标的认识也在逐渐加深,游标与事务、锁有着密不可分的关系。 无论是事务、锁还是游标相对于数据库来说最主要目的是保证数据的完整性。对事务并发、锁定的深入学习才能更加完善对游标的理解。少说废话,下面进入本篇文章的正题。
首先,我们讲解游标与事务并发的那点事
事务是为完成特定任务,将一条或多条的SQL语句组合在一起。有效的使用事务不但可以提高数据的安全性,而且还可以增强数据的处理效率。如果没有锁定且多个用户同时访一个数据库,多个事务使用相同的数据时就会出现事务并发的问题。
我们一张图讲解事务并发的四个方面:
从上图我们可以看出来,事务并发的四个方面,归根结底都有相似的地方:多个事务修改同一行数据,发生错误。
对比着学习游标的并发问题,游标的并发与事务的并发基本相同:多个游标修改同一行数据,发生错误。
同样,我们还是一张图分析游标的四个并发选项:
其次,我们讲解锁和事务并发的那点事
所谓锁即是保证数据安全、数据库的完整性和一致性,例如:每家的门锁,因此,锁可以防止事务的并发问题。我们看一下锁的类型:
为了防止数据的并发性,可以使用锁的粒度即锁的级别,锁定不同类型的资源。
死锁又是怎么产生的呢?
书上的概念:当两个或多个线程之间有循环相关性时,将会产生死锁。其实简单的说就是:当两个或多个事务需要同时使用一组有冲突的锁,而不能将事务继续下去,就会出现死锁。
例如:有两个事务:事务1、事务2。事务1具有Supplier表的排它锁,事务2具有Part表上的排它锁。事务1需要Part表上的锁,无法获得。事务2需要Supplier表上的锁,也无法获得,这样就会出现死锁。只要一方首先释放持有的锁,就不会出现死锁。
如图:
最后,我们讲解游标和锁的那点事
游标适用于任何其他SELECT语句的相同事务锁定规则。通过任何SELECT语句获得的事物锁由下述两项控制:
- 连接的事物隔离级别设置
- FROM子句中指定的任何锁提示
对于游标和独立的SELECT语句,这些锁都会保持到当前事务结束。
注:SQL Server以显性或隐性事务运行,则这些锁将保持到事务提交或回滚
举两个例子,其所作的锁定基本相同。如下:
/* Example 1 */ SET TRANSACTION ISOLATION LEVEL REPEATABLE READ —设置隔离级别为可重复读 GO BEGIN TRANSACTION GO SELECT * FROM AdventureWorks2008R2.Sales.Store; GO /* Example 2 */ SET TRANSACTION ISOLATION LEVEL REPEATABLE READ —设置隔离级别为可重复读 GO BEGIN TRANSACTION GO DECLARE abc CURSOR STATIC FOR SELECT * FROM AdventureWorks2008R2.Sales.Store; GO OPEN abc GO
游标、事务并发和锁三者之间的关系,就分析这么多,希望对大家有所帮助。同样,希望大家对菜鸟提出宝贵的意见。