2018年01月12日在程序中有两段代码使用到了数据库，最外层使用的是事务，里面一层用的不是事务，外层事务并没有结束，就调用了里层代码，这就出错了，出错了正常，关键是 Visual Studio 居然不提示是错在哪里。

2016年10月20日录事务 B 读取另一表的记录事务 A 更新另一表的记录（与事务 B 同表）在数据库管理系统中执行顺序为：事务 A 更新记录事务

2009年02月12日等数据库管理系统中均有事务这一功能，不过这里说的是 ASP 的。本文以数据库操作为例讲解 ASP 中的事务，但并不是说只有数据库操作才能使用事务，只要支持 ASP 事务接口的对象操作均是可以的

2009年08月17日程来决定的方式，叫“显式事务（Explicit Transaction）”。ADO.NET 显式事务占用资源少、速度快，但功能简单，只能管理单一对象和单一持久资源间的事务，比如想在数据库&

2022年06月14日所以使用事务，必须保证程序机、数据库机，其 MSDTC 都没禁用。MSDTC 正常的情况下：程序机、数据库机为同一机子，事务套非事务，非事务按事务运行（经测试第 2 个 SQL 确实也是按事务执行的）

2016年10月20日那就在付款前再读取一次订单，看看是不是已经关闭，已经关闭就不付款。这种看似解决了，但实际带来几个问题：人工加锁，导致程序很混乱，付款那里增加的再读取一次订单是否关闭，也得加锁，A 

2016年10月20日中执行顺序为：事务 A 读取记录事务 A 更新同一记录事务 B 更新同一记录也就是说事务 B 更新绝对不能位于事务 A&

2007年04月17日要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为可串行性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。持久性事务完成之后，

2009年08月17日 y 一致性事务完成时，全部数据必须维持一致性的状态。对于关系数据库，简单地来说就是没有破坏数据完整性。I：Isolation 隔离性事务与其他事务是隔离的，也就是说一个事务的一项工作对数

2017年02月28日前一节说了 SqlConnection 的显式事务，现在谈谈隐式事务，相对于显式事务，隐式事务不再有 Commit、Rollback 方法。准备工作添加 System.Transactions 引用（