使用事务的考虑

在使用事务时，准绳上应该使事务尽可能得短并且要避免事务嵌套。事务应该尽可能得短，这是由于比较长的事务添加了事务占用数据的时间，使其它必须等待访问该事务锁定数据的事务，延伸了等待访问数据的时间。在使用事务时，为了使事务尽可能得短，应该采取一些相应的方法。为了最小化时间，在使用一些Transact-SQL语句时，一定要非常小心。例如，当使用循环语句WHILE时，一定要事先确认循环的长度和占用的时间，使这种循环在完成相应的功用之前，一定要确保循环尽可能得短。在开始事务之前，一定要了解需求用户交互式操作才能得到的信息。这样，在事务的进行过程中，就可以避免进行一些耗费时间的交互式操作，缩短事务进程的时间。在一个用户定义的事务中，应该尽可能地使用一些数据操纵言语，例如INSERT、UPDATE和DELETE语句，由于这些语句次要是操纵数据库中的数据。而对于一些数据定义言语，应该尽可能地少用或者不用，由于这些数据定义言语的操作既占用比较长的时间，又占用比较多的资源，并且这些数据定义言语的操作通常不涉及到数据，所以应该在事务中尽可能地少用或者不用这些操作。另外，在使用数据操纵言语时，要留意，一定要在这些语句中使用条件判断语句，使得这些数据操纵言语涉及到尽可能少的记录，从而缩短事务的处理时间。

在嵌套事务时，也要留意一些问题。虽然说，在事务两头嵌套事务是可能的，并不影响SQL Server处理事务的功用。但是，实际上，使用嵌套事务，除了把事务搞得愈加复杂之外，并没有这么明显的好处。因此，不建议使用嵌套事务。

事务的类型

依据系统的设置，可以把事务分成两品种型。一种是系统提供的事务，另一种是用户定义的事务。系统提供的事务是指在执行某些语句时，一条语句就是一个事务。这时要明确，一条语句的对象既可能是表中的一行数据，也可能是表中的多行数据，甚至是表中的全部数据。因此，只要一条语句构成的事务也可能包含了多行数据的处理。例如执行下面这条数据操纵语句：

UPDATE  authors

SET state = ‘CA’

这是一条语句，这条语句本身就构成了一个事务。这条语句由于没有使用条件限制，那么这条语句就是修正表中的全部数据。所以这个事务的对象，就是修正表中的全部数据。如果authors表中有1000行数据，那么这1000行数据的修正要么全部成功，要么全部失败。

另外一种事务，是用户明确定义的事务。在实际使用中，大多数的事务处理就是采用了用户定义的事务来处理。在开发使用程序时，可以使用BEGIN TRANSACTION语句来定义明确的用户定义的事务。在使用用户定义的事务时，一定要留意两点：一是事务必须有明确的结束语句来结束。如果不使用明确的结束语句来结束，那么系统可能把从事务开始到用户关闭连接之间的全部操作都作为一个事务来对待。事务的明确结束可以使用这样两个语句中的一个：COMMIT语句和ROLLBACK语句。COMMIT语句是提交语句，将全部完成的语句明确地提交到数据库中。ROLLBACK语句是取消语句，该语句将事务的操作全部取消，即表示事务操作失败。

还有一种特殊的用户定义的事务，这就是分布式事务。前面提到的事务都是在一个服务器上的操作，其保证的数据完整性和分歧性是指一个服务器上的完整性和分歧性。但是，如果一个比较复杂的环境，可能有多台服务器，那么要保证在多服务器环境中事务的完整性和分歧性，就必须定义一个分布式事务。在这个分布式事务中，所有的操作都可以涉及对多个服务器的操作，当这些操作都成功时，那么所有这些操作都提交到相应服务器的数据库中，如果这些操作中有一条操作失败，那么这个分布式事务中的全部操作都被取消。

锁和锁的作用

锁就是防止其他事务访问指定的资源的手段。锁是实现并发控制的次要方法，是多个用户能够同时操纵同一个数据库中的数据而不发生数据不分歧景象的重要保障。普通来说，锁可以防止脏读、不可反复读和幻觉读。脏读就是指当一个事务正在访问数据，并且对数据进行了修正，而这种修正还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。由于这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的。不可反复读是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修正，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可反复读。幻觉读是指当事务不是独立执行时发生的一种景象，例如第一个事务对一个表中的数据进行了修正，这种修正涉及到表中的全部数据行。同时，第二个事务也修正这个表中的数据，这种修正是向表中插入一行新数据。那么，当前就会发生操作第一个事务的用户发现表中还有没有修正的数据行，就好象发生了幻觉一样。