TransactionScopeはORM呼び出しをラップします.2番目の呼び出しでTransactionStateAborted.CreateAbortingClone例外が発生しました。

Question

診断状態でデータベース状態の整合性チェックを実行しようとしていましたので、Diagnosticsを実行した2番目のクエリこのような何か：

using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Required, _maxTimeout)) 
{ 
    ORM.DeleteItem(); 
    ORM.CheckIntegrity(); 
    scope.Complete(); 
} 

それは手巻きORMだし、両方のこれらの呼び出しは、下部にダウンネストされたトランザクションスコープで自分のビットをやってしまいます。言い換えれば、ときに掘り下げる、DeleteItemは、（）（のTransactionScope newScope =新しいのTransactionScope（TransactionScopeOptions.Required、_maxTimeout） {...}

とCheckIntegrityは（）も同じ有し用い を有している。

ほとんどの場合、うまくいきましたが、奇妙な状況に遭遇しました。誰かがクエリに不正な入力を加えた場合、DeleteItem（）コールは例外をスローする可能性があります。スタックレベルをラッパーの下に置いてください。の前に例外がスローされ、の前にTransactionScopeがネストされると考えられます。

しかし、CheckIntegrity（）呼び出しでネストされたスコープの作成に至ると、CreateAbortingCloneコンストラクターから "Transaction was aborted error"がスローされます。内部例外はnullです。

CreateAbortingCloneのやりとりのほとんどの他の言及は、DTCのプロモーション（またはその失敗）と関係があり、内部の例外はそれを反映しています。

私は、CheckIntegrity（）呼び出しの中断例外は、DeleteItem（）が例外をスローしたという事実が原因であると推測しています。

A）は正しい推論ですか？ TransactionScopeは、投げられた、処理された、または処理されなかった例外に敏感ですか？

B）CheckIntegrity（）呼び出しを行う前にそれを検出する方法はありますか？私は例外が他のグローバルフラグを追加または追加するようにORMを再実行する以外のことを意味しますか？

おかげ マーク

Answer 1

私は、これはEFでどのように機能するかだけを知っている（エンティティフレームワーク）

using (var context = new MyContext(this._connectionString)) 
{ 

    using (var dbContextTransaction = context.Database.BeginTransaction()) 
    { 


    } 
} 

その後の取引は、コンテキストにリンクされています。私はあなたのコードがその接続をどのようにしているかについては定かではありませんが、何か面白いものを構築するかもしれません。

そして、それは

try 
{ 
    // do-stuff 
    context.SaveChanges(); 
    //NB!!!!!! 
    //---------------------- 
    dbContextTransaction.Commit(); 
} 
catch (Exception ex) 
{ 
    dbContextTransaction.Rollback(); 
    //log why it was rolled back 
    Logger.Error("Error during transaction,transaction rollback", ex); 
} 

ので、最終的なコードは、より多くのデバッガで少しチャンスをうかがっ

using (var context = new MyContext(this._connectionString)) 
{ 

    using (var dbContextTransaction = context.Database.BeginTransaction()) 
    { 
     try 
     { 
       // do-stuff // 
       context.SaveChanges(); 
       /////////////////////// 
       //if any exception happen, changes wont be saved unless Commit is called 
       //NB!!!!!! 
       //---------------------- 
       dbContextTransaction.Commit(); 
     } 
     catch (Exception ex) 
     { 
       dbContextTransaction.Rollback(); 
       //log why it was rolled back 
       Logger.Error("Error during transaction,transaction rollback", ex); 
     } 

    } 
}