事务处理

　　信息是任何企事业单位的重要资产，任何企业部门都包含着信息的流入、流出，任何企业部门都控制着某些信息。同时，信息必须在适当的时机传播给需要的人。而且，信息还需要安全约束，通常根据信息的类型和内容实施访问控制。为了保证数据的安全有效和正确可靠，数据库管理系统（DBMS）必须提供统一的数据保护功能。

　　事务是现代数据库理论中的核心概念之一。如果一组处理步骤或者全部发生或者一步也不执行，我们称该组处理步骤为一个事务。当所有的步骤像一个操作一样被完整地执行，我们称该事务被提交。由于其中的一部分或多步执行失败，导致没有步骤被提交，则事务必须回滚（回到最初的系统状态）。事务必须服从ISO/IEC所制定的ACID原则。ACID是原子性（atomicity）、一致性（consistency）、隔离性（isolation）和持久性（durability）的缩写。事务的原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。一致性表示当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。隔离性表示在事务执行过程中对数据的修改，在事务提交之前对其他事务不可见。持久性表示已提交的数据在事务执行失败时，数据的状态都应该正确。

　　在下面我们列举一个使用SQL Server数据库进行事务处理的例子。主表是一个规章制度信息表（bylaw），主要字段有记录编号、标题、作者、书写日期等。两个子表分别是附件表（bylaw_affix）和文本信息表（bylaw_content）。表结构见图1所示。bylaw表的记录编号与bylaw_affix表的记录编号、bylaw_content表的记录编号是对应的，每次对规章制度信息的操作也就是对这三个表的联合操作。例如要删除规章制度中的一条记录，如果不使用事务，就可能会出现这样的情况：第一个表中成功删除后，数据库突然出现意外状况，而第二、三个表中的操作没有完成，这样，删除操作并没有完成，甚至已经破坏数据库中的数据。要避免这种情况，就应该使用事务，它的作用是：要么三个表都操作成功，要么都失败。换句话说，就是保持数据的一致性。所以，为了确保对数据操作的完整和一致，在程序设计时要充分考虑到事务处理方面的问题。


图1 示例表结构

　　Java中的事务处理

　　一般情况下，J2EE应用服务器支持JDBC事务、JTA（Java Transaction API）事务、容器管理事务。一般情况下，最好不要在程序中同时使用上述三种事务类型，比如在JTA事务中嵌套JDBC事务。第二方面，事务要在尽可能短的时间内完成，不要在不同方法中实现事务的使用。下面我们列举两种事务处理方式。

　　1、JavaBean中使用JDBC方式进行事务处理

　　在JDBC中怎样将多个SQL语句组合成一个事务呢？在JDBC中，打开一个连接对象Connection时，缺省是auto-commit模式，每个SQL语句都被当作一个事务，即每次执行一个语句，都会自动的得到事务确认。为了能将多个SQL语句组合成一个事务，要将auto-commit模式屏蔽掉。在auto-commit模式屏蔽掉之后，如果不调用commit()方法，SQL语句不会得到事务确认。在最近一次commit()方法调用之后的所有SQL会在方法commit()调用时得到确认。

public int delete(int sID) {
　dbc = new DataBaseConnection();
　Connection con = dbc.getConnection();
　try {
　　con.setAutoCommit(false);// 更改JDBC事务的默认提交方式
　　dbc.executeUpdate("delete from bylaw where ID=" + sID);
　　dbc.executeUpdate("delete from bylaw _content where ID=" + sID);
　　dbc.executeUpdate("delete from bylaw _affix where bylawid=" + sID);
　　con.commit();//提交JDBC事务
　　con.setAutoCommit(true);// 恢复JDBC事务的默认提交方式
　　dbc.close();
　　return 1;
　}
　catch (Exception exc) {
　　con.rollBack();//回滚JDBC事务
　　exc.printStackTrace();
　　dbc.close();
　　return -1;
　}
}

　　2、SessionBean中的JTA事务

　　JTA 是事务服务的 J2EE 解决方案。本质上，它是描述事务接口（比如 UserTransaction 接口，开发人员直接使用该接口或者通过 J2EE 容器使用该接口来确保业务逻辑能够可靠地运行）的 J2EE 模型的一部分。JTA 具有的三个主要的接口分别是 UserTransaction 接口、TransactionManager 接口和 Transaction 接口。这些接口共享公共的事务操作，例如 commit() 和 rollback()， 但是也包含特殊的事务操作，例如 suspend()，resume() 和 enlist()，它们只出现在特定的接口上，以便在实现中允许一定程度的访问控制。例如，UserTransaction 能够执行事务划分和基本的事务操作，而 TransactionManager 能够执行上下文管理。

　　应用程序可以调用UserTransaction.begin()方法开始一个事务，该事务与应用程序正在其中运行的当前线程相关联。底层的事务管理器实际处理线程与事务之间的关联。UserTransaction.commit()方法终止与当前线程关联的事务。UserTransaction.rollback()方法将放弃与当前线程关联的当前事务。

public int delete(int sID) {
　DataBaseConnection dbc = null;
　dbc = new DataBaseConnection();
　dbc.getConnection();
　UserTransaction transaction = sessionContext.getUserTransaction();//获得JTA事务
　try {
　　transaction.begin(); //开始JTA事务
　　dbc.executeUpdate("delete from bylaw where ID=" + sID);
　　dbc.executeUpdate("delete from bylaw _content where ID=" + sID);
　　dbc.executeUpdate("delete from bylaw _affix where bylawid=" + sID);
　　transaction.commit(); //提交JTA事务
　　dbc.close();
　　return 1;
　}
　catch (Exception exc) {
　　try {
　　　transaction.rollback();//JTA事务回滚
　　}
　　catch (Exception ex) {
　　　//JTA事务回滚出错处理
　　　ex.printStackTrace();
　　}
　　exc.printStackTrace();
　　dbc.close();
　　return -1;
　}
}
加上的一些心得
1.在数据库中，开启了事物，如果事物在提交之前发生了错误，如果系统回滚了，相应的数据不会提交。
2.如果在事物提交了后发生了异常，即使在catch块中捕获了异常，系统也回滚不了。
3.系统在回滚后，其以后的代码可以继续执行。