事务

事务（Transaction）是并发控制的基本单位。所谓的事务，它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。例如，银行转账工作：从一个账号扣款并使另一个账号增款，这两个操作要么都执行，要么都不执行。所以，应该把它们看成一个事务。事务是数据库维护数据一致性的单位，在每个事务结束时，都能保持数据一致性。

事务的语句
　开始事物：BEGIN TRANSACTION
　提交事物：COMMIT TRANSACTION
　回滚事务：ROLLBACK TRANSACTION

.事务的4个属性
     ①原子性(Atomicity)：事务中的所有元素作为一个整体提交或回滚，事务的个元素是不可分的，事务是一个完整操作。

事务是数据库的逻辑工作单位，事务中包括的诸操作要么全做，要么全不做

  ②一致性(Consistemcy)：事物完成时，数据必须是一致的，也就是说，和事物开始之前，数据存储中的数据处于一致状态。保证数据的无损。

事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。 

  ③隔离性(Isolation)：对数据进行修改的多个事务是彼此隔离的。这表明事务必须是独立的，不应该以任何方式以来于或影响其他事务。

一个事务的执行不能被其他事务干扰

  ④持久性(Durability)：事务完成之后，它对于系统的影响是永久的，该修改即使出现系统故障也将一直保留，真实的修改了数据库

一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。 

注:事务是恢复和并发控制的基本单位

二 事务并发处理会产生的问题 

丢失更新 

当两个或多个事务选择同一行，然后基于最初选定的值更新该行时，会发生丢失更新问题、 
每个事务都不知道其它事务的存在。最后的更新将重写由其它事务所做的更新，这将导致数据丢失。 

脏读 
当第二个事务选择其它事务正在更新的行时，会发生未确认的相关性问题。 
第二个事务正在读取的数据还没有确认并且可能由更新此行的事务所更改。 

不可重复读 

当第二个事务多次访问同一行而且每次读取不同的数据时，会发生不一致的分析问题。 
不一致的分析与未确认的相关性类似，因为其它事务也是正在更改第二个事务正在读取的数据。 
然而，在不一致的分析中，第二个事务读取的数据是由已进行了更改的事务提交的。而且，不一致的分析涉及多次（两次或更多）读取同一行，而且每次信息都由其它事务更改；因而该行被非重复读取。 
幻像读 

当对某行执行插入或删除操作，而该行属于某个事务正在读取的行的范围时，会发生幻像读问题。 
事务第一次读的行范围显示出其中一行已不复存在于第二次读或后续读中，因为该行已被其它事务删除。同样，由于其它事务的插入操作，事务的第二次或后续读显示有一行已不存在于原始读中。 

三 事务处理类型 

自动处理事务 

系统默认每个T－SQL命令都是事务处理 由系统自动开始并提交 

隐式事务 

当有大量的DDL 和DML命令执行时会自动开始，并一直保持到用户明确提交为止，切换隐式事务可以用SET IMPLICIT_TRANSACTIONS 
为连接设置隐性事务模式.当设置为 ON 时，SET IMPLICIT_TRANSACTIONS 将连接设置为隐性事务模式。当设置为 OFF 时，则使连接返回到自动提交事务模式 

用户定义事务 

由用户来控制事务的开始和结束 命令有: begin tran commit tran rollback tran 命令 
分布式事务 
跨越多个服务器的事务称为分布式事务,sql server 可以由DTc microsoft distributed transaction coordinator 
来支持处理分布式事务,可以使用 BEgin distributed transaction 命令启动一个分布式事务处理 

关于savepoint

用户在事务（transaction）内可以声明（declare）被称为保存点（savepoint）
的标记。保存点将一个大事务划分为较小的片断。

用户可以使用保存点（savepoint）在事务（transaction）内的任意位置作标
记。之后用户在对事务进行回滚操作（rolling back）时，就可以选择从当前
执行位置回滚到事务内的任意一个保存点。例如用户可以在一系列复杂的更
新（update）操作之间插入保存点，如果执行过程中一个语句出现错误，用
户 可以回滚到错误之前的某个保存点，而不必重新提交所有的语句。

在开发应用程序时也同样可以使用保存点（savepoint）。如果一个过程
（procedure）内包含多个函数（function），用户可以在每个函数的开始位置
创建一个保存点。当一个函数失败时， 就很容易将数据恢复到函数执行之前
的状态，回滚（roll back）后可以修改参数重新调用函数，或执行相关的错误
处理。

当事务（transaction）被回滚（rollback）到某个保存点（savepoint）后，
Oracle将释放由被回滚语句使用的锁。其他等待被锁资源的事务就可以继续
执行。需要更新（update）被锁数据行的事务也可以继续执行。

将事务（transaction）回滚（roll back）到某个保存点（savepoint）的过程如
下：
1. Oracle 回滚指定保存点之后的语句
2. Oracle 保留指定的保存点，但其后创建的保存点都将被清除
3. Oracle 释放此保存点后获得的表级锁（table lock）与行级锁（row
lock），但之前的数据锁依然保留。

被部分回滚的事务（transaction）依然处于活动状态，可以继续执行。

一个事务（transaction）在等待其他事务的过程中，进行回滚（roll back）到
某个保存点（savepoint）的操作不会释放行级锁（row lock）。为了避免事务
因为不能获得锁而被挂起，应在执行 UPDATE 或 DELETE 操作前使用 FOR
UPDATE ... NOWAIT 语句。（以上内容讲述的是回滚保存点之前所获得的
锁。而在保存点之后获得的行级锁是会被释放的，同时保存点之后执行的
SQL 语句也会被完全回滚）。