
事务处理基本原理
事务是将一系列 *** 作作为一个单元执行,要么成功,要么失败,回滚到最初状态。在事务处理术语中,事务要么提交,要么中止。若要提交事务,所有参与者都必须保证对数据的任何更改是永久的。不论系统崩溃或是发生其他无法预料的事件,更改都须是持久的。只要有一个参与者无法做出此保证,整个事务就会失败。事务范围内的所有数据更改将回滚到特定设置点。
事务将多个 *** 作紧密联系到一起,这样就能保证有联系的两种 *** 作的一致性、以及数据的完整性。举个简单例子:公司的员工信息管理系统,现在要录入数据,员工信息系统假设只有部门、员工信息两张表,其中员工信息表中有标识部门的字段。在你录入信息的时候首先你得录入部门信息,再录入员工信息。具体实现代码:
private static voID ExecutesqlTransaction(string connectionString) { using (sqlConnection connection = new sqlConnection(connectionString)) { connection.open(); sqlCommand command = connection.CreateCommand(); sqlTransaction transaction; transaction = connection.BeginTransaction("SampleTransaction"); command.Connection = connection; command.Transaction = transaction; try { command.CommandText = "Insert into Department (ID,name) VALUES (1,'工程部')"; command.ExecuteNonquery(); command.CommandText = "Insert into Users(ID,name,DepartmentID) VALUES (1,'xyz',1)"; command.ExecuteNonquery(); transaction.Commit(); } catch (Exception ex) { transaction.Rollback(); } } }事务的误区
事务有很多优点【原理中已经阐述】,由于它的要求比较高,所以注意事务不能滥用,如果用不好就会造成很大的麻烦。
事务有一个开头和一个结尾,它们指定了事务的边界,事务在其边界之内可以跨越进程和计算机。事务边界内的所有资源都参与同一个事务。要维护事务边界内资源间的一致性,事务必须具备 ACID 属性,即原子性、一致性、隔离性和持续性。这是MSDN的权威说明。
也许针对一般的小逻辑、小数据事务应用非常的高效、可靠。但如果数据量很大,在单个事务中集合的 *** 作繁多而且复杂,事务的致命伤就会暴露出来。一个事务进行时,必须保证边界资源的原子性、一致性、隔离性和持续性。
我曾经设计了一个测试用例,测试事务在执行时对资源的利用情况。测试结果很令人惊讶:在事务执行时,独占事务涉及到的数据表,造成其它 *** 作词表的功能,因等待时间过长,而暴跳“获得数据连接超时”的警告。
具体的测试用例:
Transaction
public class TestTransaction { /// <summary> /// 插入新用户 /// </summary> /// <param name="tran"></param> /// <returns></returns> private static bool InsertIntoUser(sqlTransaction tran) { string strsql = @"INSERT INTO [T_User] ([F_name]) VALUES (@F_name)"; sqlParameter[] Params ={ new sqlParameter("@F_name",sqlDbType.VarChar,20) }; Params[0].Value="Test1001"; int count= sqlHelper.ExecuteNonquery(strsql,Params,tran); if (count > 0) { return true; } else { return false; } } /// <summary> /// 插入Title /// </summary> /// <returns></returns> private static bool InsertIntoTitle(sqlTransaction tran) { string strsql = @"INSERT INTO [T_User_Title] ([F_Titlename],[F_Remark],[F_Status],[F_EditTime]) VALUES (@F_Titlename,@F_Remark,@F_Status,@F_EditTime)"; sqlParameter[] Params = { new sqlParameter("@F_Titlename",50),new sqlParameter("@F_Remark",200),new sqlParameter("@F_Status",sqlDbType.Int,1),new sqlParameter("@F_EditTime",sqlDbType.DateTime,8) }; Params[0].Value = "TestUser1001"; Params[1].Value = "这是第一次测试"; Params[2].Value = 1; Params[3].Value = DateTime.Now; int count = sqlHelper.ExecuteNonquery(strsql,tran); if (count > 0) { return true; } else { return false; } } /// <summary> /// 检测Transaction /// </summary> /// <returns></returns> public static bool InsertWithTran() { bool success = false; string connectionString=System.Configuration.ConfigurationSettings.AppSettings["sqlConStr"].ToString(); using (sqlConnection con = new sqlConnection(connectionString)) { con.open(); sqlTransaction tran = con.BeginTransaction(); try { if (tran == null) { throw new Exception("Transaction is null"); } if (InsertIntoUser(tran)) { if (InsertIntoTitle(tran)) { tran.Commit(); success = true; } } } catch { tran.Rollback(); success = false; } finally { tran.dispose(); con.Close(); } } return success; } }button
protected voID button1_Click(object sender,EventArgs e) { bool success = TestTransaction.InsertWithTran(); if (success) { Bmc.CLUtility.ShowMessage(this.Page,"插入成功"); } else { Bmc.CLUtility.ShowMessage(this.Page,"插入失败"); } }测试步骤
<1>运行程序
<2>将运行的地址,发给在同一个网段的同事,通过适当修改也能够看到你运行的程序
<3>两人都点击按钮,并查询数据库,看事务是否正确执行
<4>在事务中间创建断点,主机点击按钮,并在断点处中断执行一段时间
<5>然后你们连接到数据库,分别查询表的数据,发现不能执行查询 *** 作。
<6>在同事机器点击按钮,查询windows日志,发现了一些警告。这就证明了,事务在执行过程中,独占资源
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持编程小技巧。
总结以上是内存溢出为你收集整理的c#中SqlTransaction――事务详解全部内容,希望文章能够帮你解决c#中SqlTransaction――事务详解所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)