Транзакции через несколько методов DAL из одного метода в BLL

хорошо, во-первых, необходимо будет придерживаться атомарной Единицы работы, которую Вы указываете как отдельный метод в Вашем BLL. Это (например), создало бы клиента, порядок и объекты порядка. Вы затем перенесли бы это все аккуратно в операторе использования TransactionScope. TransactionScope является секретным оружием здесь. ниже некоторый код, что к счастью достаточно я продолжаю работать прямо сейчас :):

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;
}

надо надеяться, Вы получите суть. в основном это - все, следуют или приводят задание к сбою, независимо от любых разрозненных баз данных (т.е. в вышеупомянутом примере, художник и artistartistgenre могли быть размещены в двух отдельных хранилищах дб, но TransactionScope будет заботиться меньше, о котором, это работает на уровне COM + и управляет атомарностью объема, который это может 'видеть'),

надеюсь, это поможет

Править: Вы возможно найдете, что начальный вызов TransactionScope (на запуске приложения) может быть немного примечательным (т.е. в примере выше, если названо впервые, может занять 2-3 секунды для завершения), однако, последующие вызовы почти мгновенны (т.е. обычно 250-750 мс). компромисс между простой транзакцией точки контакта по сравнению с (громоздкими) альтернативами смягчает (для меня и моих клиентов) ту начальную задержку 'загрузки'.

просто требуемый, чтобы продемонстрировать, что простота не прибывает без компромисса (хотя в начальных этапах)