从BLL中的一个方法跨多个DAL方法进行的事务

作者: 子阳
发布时间: 2025-03-11 09:25:40 (28天前)
转自：

5 条回复

0#
回复此人
苞米地里的蒙面妖 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 以防我在原始文章中的评论没有“坚持”，这是我添加的附加信息： </p> <P> ＆LT; ----- 巧合的是，刚刚注意到你的请求后几个小时发布了另一个类似的引用。使用类似的策略，也值得你看一下： http://stackoverflow.com/questions/494550/how-does-transactionscope-roll-back-transactions -----＆GT; </p> </DIV>

编辑
1#
回复此人
雨儿 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 好问题。这成为阻抗不匹配的核心。 </p> <P> 这是使用存储过程的最强参数之一。原因：它们旨在将多个SQL语句封装在事务中。 </p> <P> 在DAL中可以在程序上完成相同的操作，但是它会导致代码的清晰度降低，同时通常会导致耦合/内聚平衡向错误的方向移动。 </p> <P> 出于这个原因，我在更高的抽象级别实现DAL而不是简单地封装表。 </p> </DIV>

编辑
2#
回复此人
永远的记忆 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 首先，您必须遵守您在BLL中指定为单个方法的原子工作单元。这将（例如）创建客户，订单和订单商品。然后，您可以将所有内容整齐地包装在TransactionScope using语句中。 TransactionScope是这里的秘密武器。下面是一些代码，幸运的是我现在正在努力:)： </p> <pre> <code> public static int InsertArtist(Artist artist) { if (artist == null) throw new ArgumentNullException("artist"); int artistid = 0; using (TransactionScope scope = new TransactionScope()) { // insert the master Artist /* we plug the artistid variable into any child instance where ArtistID is required */ artistid = SiteProvider.Artist.InsertArtist(new ArtistDetails( 0, artist.BandName, artist.DateAdded)); // insert the child ArtistArtistGenre artist.ArtistArtistGenres.ForEach(item => { var artistartistgenre = new ArtistArtistGenreDetails( 0, artistid, item.ArtistGenreID); SiteProvider.Artist.InsertArtistArtistGenre(artistartistgenre); }); // insert the child ArtistLink artist.ArtistLinks.ForEach(item => { var artistlink = new ArtistLinkDetails( 0, artistid, item.LinkURL); SiteProvider.Artist.InsertArtistLink(artistlink); }); // insert the child ArtistProfile artist.ArtistProfiles.ForEach(item => { var artistprofile = new ArtistProfileDetails( 0, artistid, item.Profile); SiteProvider.Artist.InsertArtistProfile(artistprofile); }); // insert the child FestivalArtist artist.FestivalArtists.ForEach(item => { var festivalartist = new FestivalArtistDetails( 0, item.FestivalID, artistid, item.AvailableFromDate, item.AvailableToDate, item.DateAdded); SiteProvider.Festival.InsertFestivalArtist(festivalartist); }); BizObject.PurgeCacheItems(String.Format(ARTISTARTISTGENRE_ALL_KEY, String.Empty, String.Empty)); BizObject.PurgeCacheItems(String.Format(ARTISTLINK_ALL_KEY, String.Empty, String.Empty)); BizObject.PurgeCacheItems(String.Format(ARTISTPROFILE_ALL_KEY, String.Empty, String.Empty)); BizObject.PurgeCacheItems(String.Format(FESTIVALARTIST_ALL_KEY, String.Empty, String.Empty)); BizObject.PurgeCacheItems(String.Format(ARTIST_ALL_KEY, String.Empty, String.Empty)); // commit the entire transaction - all or nothing scope.Complete(); } return artistid; } </code> </pre> <P> 希望你能得到主旨。基本上，它是一个成功或失败的工作，无论任何不同的数据库（即在上面的例子中，艺术家和artistartistgenre可以托管在两个单独的数据库存储，但TransactionScope不关心它，它在COM +级别工作并管理原子性它可以“看到”的范围 </p> <P> 希望这可以帮助 </p> <P> 的<strong> 编辑： </强> 您可能会发现TransactionScope的初始调用（在应用启动时）可能会略微明显（例如，在上面的示例中，如果是第一次调用，可能需要2-3秒才能完成），但是，后续调用是 <EM> 几乎 </EM> 瞬时（即通常为250-750毫秒）。简单的联系交易与（笨重的）替代方案之间的权衡减轻了（对我和我的客户而言）最初的“加载”延迟。 </p> <P> 只是想证明轻松不会妥协（尽管在初始阶段） </p> </DIV>

编辑
3#
回复此人
记忆短浅♡思念不变 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 你所描述的是长期交易的“定义”。 </p> <P> 每个DAL方法都可以简单地提供操作（没有任何特定的提交）。您的BLL（无论如何协调对DAL的任何调用都是有效的）是您可以选择提交或执行“保存点”的地方。保存点是一个可选项，您可以使用它来允许在长时间运行的事务中进行“回滚”。 </p> <P> 因此，例如，如果我的DAL具有方法DAL1，DAL2，DAL3都是可变的，则它们将简单地“执行”数据改变操作（即，某种类型的创建，更新，删除）。从我的BLL，我们假设我有BL1和BL2方法（BL1长时间运行）。 BL1调用所有上述DAL方法（即DAL1 ... DAL3），而BL2仅调用DAL3。 </p> <P> 因此，在执行每个业务逻辑方法时，您可能具有以下内容： </p> <P> BL1（长期交易） - ＆gt; {savepoint} DAL1 - ＆gt; {savepoint} DAL2 - ＆gt; DAL3 {commit / end} </p> <P> BL2 - ＆gt; DAL3 {commit / end} </p> <P> “保存点”背后的想法是，如果数据操作中存在问题，它可以允许BL1在任何时候回滚。如果所有三个操作都成功完成，则仅提交长事务。 BL2仍然可以调用DAL中的任何方法，它负责控制提交。注意：您也可以在短期/常规交易中使用“保存点”。 </p> </DIV>

编辑

登录后才能参与评论