关于事务嵌套，以前了解一些，但总是属于模棱两可，平时处理这种问题时候也是依照前人的经验，但至于为什么这么做，还真是知其然不知其所以然。（博客园的代码展开为什么不能展开呢？还请各位大侠指点！） 今天一个同事问我关于事务的问题，我就用代码给他举

　　关于事务嵌套，以前了解一些，但总是属于模棱两可，平时处理这种问题时候也是依照前人的经验，但至于为什么这么做，网站空间，还真是“知其然不知其所以然”。（博客园的代码展开为什么不能展开呢？还请各位大侠指点！）

　　今天一个同事问我关于事务的问题，我就用代码给他举例测试，在测试的过程中我遇到了一点小问题，但在继续测试的时候，我解决了这个问题，也让我对事务的嵌套有了更加深刻的认识。

　　废话不再多说了，开始正题。

　　本文的目的是跟大家讨论一下关于嵌套事务的相关问题，美国服务器，所以有关事务的基础知识和概念，本文假设读者已经了解。

　　嵌套事务一般的使用场景是一些公用的，虚拟主机，最小单元的业务逻辑，这些业务逻辑很多情况下都是被另外一些更加复杂，更加完整的业务逻辑调用。

　　为了更加贴近实际，本文的例子尽量接近真实业务，在此我们拿一个电子商务网站的订单支付来进行举例，具体例子如下

　　提交订单之后，支付订单（扣除账户余额）并更新订单的状态。

　　根据业务，我们创建三个表

　　会员表

　　账户变动记录表

　　订单表

　　建表语句如下：　

CREATE TABLE T_Users( Id INT IDENTITY(1,1) PRIMARY KEY NOT NULL,--自增编号 UserName NVARCHAR(50) NOT NULL,--用户名，保持唯一 UserMoney DECIMAL(9,2) NOT NULL DEFAULT 0--用户账户余额，不能小于 ) CREATE TABLE T_MoneyLog( Id INT IDENTITY(1,1) PRIMARY KEY NOT NULL,--自增编号 UserName NVARCHAR(50) NOT NULL, --用户名 ChangeType INT NOT NULL,--账户变动类型(1支付订单，发送短信，提交参会申请) MoneyBefore DECIMAL(9,2) NOT NULL DEFAULT 0, --会员账户变动前余额 ChangeMoney DECIMAL(9,2) NOT NULL DEFAULT 0, --变动的金额 MoneyAfter DECIMAL(9,2) NOT NULL DEFAULT 0, --会员账户变动后余额 Remark NVARCHAR(100), --账户变动备注 AddTime DATETIME NOT NULL DEFAULT GETDATE() --变动时间 ) CREATE TABLE T_Order( Id INT IDENTITY(1,1) NOT NULL, --自增编号 OrderId VARCHAR(20) NOT NULL PRIMARY KEY,--订单号 SumMoney DECIMAL(9,2) NOT NULL DEFAULT 0,--订单总共需要支付费用 OrderStatus INT NOT NULL DEFAULT 0,--订单状态（未支付，已支付） AddTime DATETIME NOT NULL DEFAULT GETDATE(),--订单提交时间 PayTime DATETIME NULL--订单支付时间 )