sql事务（Transaction）

事务

事务（Transaction）是并发控制的单位，是用户定义的一个操作序列。这些操作要么都做，要么都不做，是一个不可分割的工作单位。通过事务，SQL Server能将逻辑相关的一组操作绑定在一起，以便服务器保持数据的完整性

当对多个表进行更新的时候，某条执行失败。为了保持数据的完整性，需要使用事务回滚。 

显示设置事务

begin try  
	begin transaction 
	insert into shiwu (asd) values ('aasdasda'); 
	commit transaction 
end try 
	begin catch 
	select ERROR_NUMBER() as errornumber 
	rollback transaction 
end catch

设置隐式事务

set implicit_transactions on; -- 启动隐式事务 
go 
begin try 
	insert into shiwu (asd) values ('aasdasda'); 
	insert into shiwu (asd) values ('aasdasda'); 
	commit transaction; 
end try 
begin catch 
	select ERROR_NUMBER() as errornumber 
	rollback transaction; --回滚事务 
end catch 
set implicit_transactions off; --关闭隐式事务 
go

显示事务以下语句不能使用，隐式事务可以

alterdatabase	backup	createdatabase
drop database	reconfigure	restore
update statistics

显示事务可以嵌套使用

--创建存储过程 
create procedureqiantaoProc 
@asd nchar(10) 
as 
begin 
	begin try 
		begin transactioninnerTrans 
		save transactionsavepoint1 --创建事务保存点 
		insert into shiwu(asd) values (@asd); 
		commit transactioninnerTrans 
	end try 
	begin catch 
		rollback transactionsavepoint1 --回滚到保存点 
		commit transactioninnerTrans 
	end catch 
end 
go 
begin transactionoutrans 
exec qiantaoProc'asdasd'; 
rollback transactionoutrans

事务嵌套，回滚外层事务时，如果嵌套内的事务已经回滚过则会有异常。此时需要使用事务保存点。如下实例

SQL事务回滚

指定当   Transact-SQL  语句产生运行时错误时，Microsoft SQL Server 是否自动回滚当前事务

方案一：

SET  EXACT_ABORT   ON--如果产生错误自动回滚
GO
BEGIN   TRAN
	INSERT   INTO  A   VALUES   (4)
	INSERT   INTO  B   VALUES   (5)
COMMIT   TRAN 

也可以使用_ConnectionPtr对象的方法： BeginTrans、CommitTrans、RollbackTrans，使用该系列函数判断并回滚。一旦调用了 BeginTrans 方法,在调用 CommitTrans或 RollbackTrans结束事务之前, 数据库将不再立即提交所作的任何更改。

方案二

BEGIN TRANSACTION
INSERT INTO A  values  (4)   ----- 该表含有触发器，UPDATE其他表
IF @@error <>0  --发生错误
   BEGIN
    ROLLBACK TRANSACTION
   END
ELSE
   BEGIN
    COMMIT TRANSACTION
   END

sql事务结合asp.net两种用法

在sql server+ .net开发环境下，有两种方法能够完成事务的操作，保持数据库的数据完整性；一个就是用sqlserver的sql存储过程，另一个就是在ADO.NET中一种简单的事务处理；现在通过一个典型的银行转账的例子来说明一下这两个例子的用法我们先来看看sql存储过程是如何来完成事务的操作的：首先创建一个表：

create database aaaa--创建一个表，包含用户的帐号和钱数
go

use aaaa
create table bb( ID int not null primary key,moneys money); --帐号 moneys money    --转账金额）
insert into bb values ('1','2000') --插入两条数据
insert into bb values ('2','3000')

--用这个表创建一个存储过程：
create procedure mon--创建存储过程，定义几个变量
@toID int,   --接收转账的账户
@fromID int , --转出自己的账户
@momeys money --转账的金额
as
begin tran --开始执行事务
 
update bb set moneys=moneys-@momeys where ID=@fromID --执行的第一个操作，转账出钱，减去转出金额
update bb set moneys=moneys+@momeys where ID=@toID --执行第二个操作，接受转账的金额，增加转入金额
 
if @@error<>0--判断如果两条语句有任何一条出现错误
	begin rollback tran --开始执行事务的回滚，恢复的转账开始之前状态
	return 0
	end
else   --如何两条都执行成功
	begin commit tran --执行这个事务的操作
	return 1
	end
go

接下来看看C#.net 是如何调用这个存储过程的：

 代码如下

protected voidButton1_Click(object sender, EventArgs e)
    {
       SqlConnection con =new SqlConnection(@"DataSource=.SQLEXPRESS;database=aaaa;uid=sa;pwd=jcx"); //连接字符串
       SqlCommand cmd = new SqlCommand("mon",con); //调用存储过程
       cmd.CommandType = CommandType.StoredProcedure;
       con.Open();
       SqlParameter prar = new SqlParameter();//传递参数
       cmd.Parameters.AddWithValue("@fromID", 1);
       cmd.Parameters.AddWithValue("@toID", 2);
       cmd.Parameters.AddWithValue("@momeys",Convert.ToInt32(TextBox1.Text) );
       cmd.Parameters.Add("@return", "").Direction =ParameterDirection.ReturnValue;//获取存储过程的返回值
       cmd.ExecuteNonQuery();
       string value = cmd.Parameters["@return"].Value.ToString();//把返回值赋值给value
       if (value == "1")
       {
           Label1.Text = "添加成功";
       }
       else
       {
           Label1.Text = "添加失败";
      }
}

这个也就是在存储过程里添加事务，再来看看不在数据库写sql存储过程，ADO.NET是如何处理事务的：

 代码如下

protected voidButton2_Click(object sender, EventArgs e)
    {
       SqlConnection con = new SqlConnection(@"DataSource=.SQLEXPRESS;database=aaaa;uid=sa;pwd=jcx");
       con.Open();
       SqlTransaction tran = con.BeginTransaction();//先实例SqlTransaction类，使用这个事务使用的是con这个连接，使用BeginTransaction这个方法来开始执行这个事务
       SqlCommand cmd = new SqlCommand();
       cmd.Connection = con;
       cmd.Transaction = tran;
       try
       {
            //在try{}块里执行sqlcommand命令，
           cmd.CommandText = "update bb setmoneys=moneys-'" + Convert.ToInt32(TextBox1.Text) + "' whereID='1'";
           cmd.ExecuteNonQuery();
           cmd.CommandText = "update bb set moneys=moneys+' aa 'where ID='2'";
           cmd.ExecuteNonQuery();
           tran.Commit();//如果两个sql命令都执行成功，则执行commit这个方法，执行这些操作
           Label1.Text = "添加成功";
       }
       catch
       {
           Label1.Text = "添加失败";
           tran.Rollback();//如何执行不成功，发生异常，则执行rollback方法，回滚到事务操作开始之前；
       }
    }

这就是两个事务不同用法的简单例子，ADO.NET事务处理的方法看起来比较简单，但是他要使用同一个连接来执行这些操作，要是同时使用几个数据库来用一个事务执行，这样就比较繁琐，但是要是用sql存储过程，这样就相对比较简单

隐式事务

隐式事务模式，在这种模式中，SQL Server在没有事务存在的情况下会开始一个事务，但不会像在自动模式中那样自动执行COMMIT 或ROLLBACK 语句。隐式事务必须显式结束(既Commit 或者Rollback)。以下语句在没有事务时隐式开始一个事务。 

ALTER TABLE	GRANT	FETCH	DELETE
CREATE	REVOKE	INSERT	SELECT
DROP	OPEN	UPDATE	TRUNCATE TABLE

 

使用隐式事务

1.    启动SQL ServerManagement Studio并打开一个“新建查询”窗口。

2.    键入并执行以下语句来设置连接为隐式事务模式(此例的代码包含在示例文件UsingImplicitTransactions.sql中)：

 SET IMPLICIT_TRANSACTIONS ON;

<span style="color: rgb(51, 51, 51); font-family: 宋体; font-size: 14px; line-height: 28px;"> GO </span>

3.    执行以下代码创建一个表检验是否已启动事务：

CREATE TABLE T1 (i int PRIMARYKEY);

4.    用@@TRANCOUNT来测试是否已经打开一个事务。执行如下所示的SELECT语句：

SELECT @@TRANCOUNT AS [Transaction Count];

5.    结果是1，意思是当前连接已经打开了一个事务。0的意思是当前没有事务，一个大于1的数的意思是有嵌套事务(详见后文)。

6.    现在执行以下语句在表中插入一行并再次检查@@TRANCOUNT：

INSERT INTO T1 VALUES(5);
GO
SELECT @@TRANCOUNT AS [Transaction Count];

      @@TRANCOUNT的值仍然是1。由于已经有一个打开的事务，因此SQL Server没有开始一个新的事务。

7.    这个时候必须提交或者回滚事务，不然等到会话结束，表仍然是锁住，因为事务没有提交。现在执行以下语句回滚这个事务并再次检查@@TRANCOUNT。

ROLLBACK TRAN
GO
SELECT @@TRANCOUNT AS [Transaction Count];

可以看出，在ROLLBACK TRAN 语句执行之后，@@TRANCOUNT 的值变成了0。

8.    尝试对表T1执行SELECT语句：

SELECT * FROM T1;

9.    由于表不复存在，所以会得到一个错误信息。这个隐式事务起始于CREATE TABLE语句，并且ROLLBACK TRAN语句取消了第一个语句后所做的所有工作。

10.   执行以下代码关闭隐式事务：

SET IMPLICIT_TRANSACTIONS OFF;

 警告 在使用隐式事务时要小心。不要忘记提交或回滚工作。由于没有显式的BEGIN TRANSACTION语句，这些步骤很容易被忘记，并导致事务长期运行；在连接关闭时产生的不必要的回滚；以及与其他连接之间产生的阻塞问题。