视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
关于数据库操作及事务的处理
2020-11-09 15:32:51 责编:小采
文档


DAL基于ADO.NET的话,那么可以为你的DAL增加一个返回DbTransaction对象的方法,然后使用类这样的工厂方法 C# code ? 1 2 3 4 5 6 7 using (DbTransactiontran=CreateMyTransaction()) { method_a(tran); method_b(tran); method_c(tran); tran.Commit(); }

DAL基于ADO.NET的话,那么可以为你的DAL增加一个返回 DbTransaction 对象的方法,然后使用类似这样的工厂方法

C# code ?

1

2

3

4

5

6

7

using(DbTransaction tran=CreateMyTransaction())

{

method_a(tran);

method_b(tran);

method_c(tran);

tran.Commit();

}



总之你的所谓DAL方法要作出修改,它如果需要访问数据库,那么从传入的tran中去取得 Connection 属性,并调用 Connection 的 CreateCommand 方法来创建 Command,来操作数据库。



事务只在同一线程的同一数据库连接下有效,
而另一方面,每一个具体的业务,会包括大量的实体类的增删改查处理,

如果由DAL控制事务,每一次都要频繁的开关数据库,有可能会很浪费资源。

事务的目的是回滚,采用DAL控制的方式无法进行回滚。
因此,事务的发起与结束只能有业务层控制,而不能由DAL控制,这就决定了数据库的开关也只能由BLL说了算。

下载本文
显示全文
专题