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