关于事务嵌套，以前了解一些，但总是属于模棱两可，平时处理这种问题时候也是依照前人的经验，但至于为什么这么做，还真是知其然不知其所以然。（博客园的代码展开为什么不能展开呢？还请各位大侠指点！） 今天一个同事问我关于事务的问题，我就用代码给他举
关于事务嵌套，以前了解一些，但总是属于模棱两可，平时处理这种问题时候也是依照前人的经验，但至于为什么这么做，网站空间，还真是“知其然不知其所以然”。（博客园的代码展开为什么不能展开呢？还请各位大侠指点！）
今天一个同事问我关于事务的问题，我就用代码给他举例测试，在测试的过程中我遇到了一点小问题，但在继续测试的时候，我解决了这个问题，也让我对事务的嵌套有了更加深刻的认识。
废话不再多说了，开始正题。
本文的目的是跟大家讨论一下关于嵌套事务的相关问题，美国服务器，所以有关事务的基础知识和概念，本文假设读者已经了解。
嵌套事务一般的使用场景是一些公用的，虚拟主机，最小单元的业务逻辑，这些业务逻辑很多情况下都是被另外一些更加复杂，更加完整的业务逻辑调用。
为了更加贴近实际，本文的例子尽量接近真实业务，在此我们拿一个电子商务网站的订单支付来进行举例，具体例子如下
提交订单之后，支付订单（扣除账户余额）并更新订单的状态。
根据业务，我们创建三个表
会员表
账户变动记录表
订单表
建表语句如下：　
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--订单支付时间)