数据库的事务处理_sybase begin tran go commit-CSDN博客

一事务处理介绍
事务是这样一种机制，它确保多个SQL语句被当作单个工作单元来处理。事务具有以下的作用：
* 一致性：同时进行的查询和更新彼此不会发生冲突，其他用户不会看到发生了变化但尚未提交的数据。
* 可恢复性：一旦系统故障，数据库会自动地完全恢复未完成的事务。

二事务与一致性
事务是完整性的单位，一个事务的执行是把数据库从一个一致的状态转换成另一个一致的状态。因此，如果事务孤立执行时是正确的，但如果多个事务并发交错地执行，就可能相互干扰，造成数据库状态的不一致。在多用户环境中，数据库必须避免同时进行的查询和更新发生冲突。这一点是很重要的，如果正在被
处理的数据能够在该处理正在运行时被另一用户的修改所改变，那么该处理结果是不明确的。不加控制的并发存取会产生以下几种错误：
1 丢失修改（lost updates）
当多个事务并发修改一个数据时，不加控制会得出错误的结果，一个修改会覆盖掉另一个修改。
2 读的不可重复性
当多个事务按某种时间顺序存取若干数据时，如果对并发存取不加控制，也会产生错误。
3 脏读（DIRDY DATA），读的不一致性
4 光标带来的当前值的混乱
事务在执行过程中它在某个表上的当前查找位置是由光标表示的。光标指向当前正处理的记录。当处理完该条记录后，则指向下一条记录。在多个事务并发执行时，某一事务的修改可能产生负作用，使与这些光标有关的事务出错。
5 未释放修改造成连锁退出
一个事务在进行修改操作的过程中可能会发生故障，这时需要将已做的修改回退（Rollback）。如果在已进行过或已发现错误尚未复原之前允许其它事务读已做过修改（脏读），则会导致
连锁退出。
6 一事务在对一表更新时，另外的事务却修改或删除此表的
定义。
数据库会为每个事务自动地设置适当级别的锁定。对于前面讲述的问题：脏读、未释放修改造成的连锁退出、一事务在对一表更新时另外的事务却修改或删除此表的定义，数据库都会自动解决。而另外的三个问题则需要在编程过程中人为地定义事务或加锁来解决。
三事务和恢复
数据库本身肩负着管理事务的责任。事务是最小的逻辑工作单元，在这个工作单元中，对数据库的所有更新工作，要么必须全部成功，要么必须全部失败（回退）。只要应用程序指定了某段程序为一个事务并做了相应的处理（提交或回退），数据库系统会自动维护事务本身的特性。

四 ORACLE数据库的事务定义
ORACLE事务从COMMIT、ROLLBACK、连接到数据库或开始第一条可执行的SQL语句时开始，到一条COMMIT、ROLLBACK语句或退出数据库时结束。如果在一个事务中包含DDL语句，则在DDL语句的
前后都会隐含地执行COMMIT语句，从而开始或结束一个事务。如果一个事务由于某些故障或者由于用户改变主意而必须在提交前取消它，则数据库被恢复到这些语句和过程执行之前的状
态。

利用ROLLBACK语句可以在COMMIT命令前随时撤消或回退一个事务。可以回退整个事务，也可以会退部分事务，但是不能回退一个已经被提交的事务。回退部分事务的ROLLBACK命令为：ROLLBACK to savepoint 存储点名存储点是用户放入事务中的标记，用来表示一个可被回退的位置。存储点通过在事务中放入一个SAVEPOINT命令而被插入。该命令的语法是：
SAVEPOINT 存储点名
如果在ROLLBACK语句中没有给出存储点名，则整个事务被回
退。
五 SYBASE数据库的事务定义
SYBASE通过使用BEGIN TRANsaction和COMMIT TRANsaction命令指示SQL将任意数目的语句作为一个单元来处理。ROLLBACK TRANsaction 命令则允许用户恢复到事务的开始，或恢复到事务内部已经被用SAVE TRANsaction命令定义的存储点上。
BEGIN TRANsaction和COMMIT TRANsaction能够包含任意数目的SQL语句和存储过程，方法很简单：
BEGIN TRANsaction [事务名称]
COMMIT TRANsaction
如果一个事务由于某些故障或者由于用户改变主意而必须在提交前取消它，则数据库被恢复到这些语句和过程执行之前的状态。利用ROLLBACK TRANsaction命令可以在COMMIT TRANsaction命令前随时回退一个事务。可以回退整个事务，也可以回退部分事务，但是不能回退一个已经被提交的事务。ROLLBACK TRANsaction命令为：
ROLLBACK TRANsaction [事务名|存储点名] 存储点名是用户放入事务中的标记，用来表示一个可以被回退的位置。存储点名通过在事务中放入一个SAVE TRANsaction命令而被插
入。该命令的句法是：SAVE TRANsaction 存储点名
如果在ROLLBACK TRANsaction中没有给出存储点名或事务名，则
事务被回退到批处理中的第一个BEGIN TRANsaction语句处。
参考资料：http://bjtuwei.bokee.com/1419604.html

C#数据事务处理

对两个数据表同时进行insert操作处理，对它们的插入操作要么全部成功，要么都插入失败，否则只插入一个表成功会引起数据库的不一致。很显然，这是一个事务处理(transcation)，要么commit成功，要么则rollback。在代码中，利用C#中提供的Transcation类来实现，代码如下：

        private void btn_submit_Click(object sender, System.EventArgs e)
        {
            string strconn = ConfigurationSettings.AppSettings["dsn"];
            SqlConnection cnn = new SqlConnection(strconn);
            SqlCommand cmd = new SqlCommand();
            SqlTransaction transaction = null;

            try
            {
                cnn.Open();
                // 先插入分店shop表，再插入经理Manager表，并将其作为一个事务进行处理
                transaction = cnn.BeginTransaction();
                cmd.Transaction = transaction;
                cmd.Connection = cnn;

                // 插入分店shop表
                string shopstr = "insert into shop values('" + tbx_shopid.Text + "','" + tbx_shopname.Text + "','" + tbx_shopaddress.Text + "','" + tbx_shopphone.Text + "')";
                cmd.CommandType = CommandType.Text;
                cmd.CommandText = shopstr;
                cmd.ExecuteNonQuery();

                // 插入经理Manager表
                string managerstr = "insert into manager values('" + tbx_managerid.Text + "','" + tbx_managerpassword.Text + "','" + tbx_managername.Text + "','" + tbx_shopid.Text + "')";
                cmd.CommandType = CommandType.Text;
                cmd.CommandText = managerstr;
                cmd.ExecuteNonQuery();

                // 提交事务
                transaction.Commit();
                lbl_msg.Text = "添加分店操作成功";
            }
            catch(Exception ex)
            {
                lbl_msg.Text = "添加分店操作失败";
                transaction.Rollback();
            }
            finally
            {
                cnn.Close();
            }
        }
Java数据事务处理

JavaBean

　　JavaBean是用Java语言编写的与平台无关的组件。它是描述Java的软件组件模型，有点类似于Microsoft的COM组件的概念。在Java模型中，通过JavaBean可以无限扩充Java程序的功能，通过JavaBean的组合可以快速的生成新的应用程序。JavaBean可以实现代码的重复利用，对于程序的易维护性也有重大的意义。非可视化的JavaBean，在JSP程序中常用来封装事务逻辑、数据库操作等，可以很好的实现业务逻辑和前台程序的分离。JavaBean在服务器端的应用方面表现出了越来越强的生命力。

　　EJB

　　EJB技术定义了一组可重用的组件：Enterprise JavaBeans。你可以利用这些组件，像搭积木一样的建立你的分布式应用程序。当你把代码写好之后，这些组件就被组合到特定的文件中去。每个文件有一个或多个Enterprise Beans，在加上一些配置参数。最后，这些Enterprise Beans被配置到一个装了EJB容器的平台上。客户能够通过这些Beans的home接口，定位到某个beans，并产生这个beans的一个实例。这样，客户就能够调用Beans的应用方法和远程接口。EJB技术简化了用JAVA语言编写的企业应用系统的开发、配置和执行。有三种类型的Enterprise beans: Session beans、 entity beans和Message-driven Beans。

　　事务处理

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