外部キーフィールドを更新する前にDataContextが破棄されました

Question

asp.net c＃Webアプリケーションのlinq to sqlを使用してDataContextに問題があります。

私はDataContextを処分しなかったので例外がスローされていましたが、これはthis questionと同じエラーです。私は静的なDataContextを使用していました。なぜなら、おそらくそれが適切に処理されなかったからです。そして、thisと他のいくつかの記事を読んだ後、彼らは処分されることを確実にするためにステートメントを使用しています。

しかし、DataContextがすでに破棄されているため、外部キーを更新する必要があるときに問題が発生しました。私はなぜそれがすでに処分されているのかわからないし、このシナリオではベストプラクティスが何をするのだろうかなんて、どんなアイデアも大いに評価されるだろう！

ここ

ショート例：

UPDATE：私は私がここに長いのです可能な限り短くすることを試みたときに私の例では、あまりにも混乱だったと思うし、うまくいけば、より良い例：

private static void SendTexts(List<TextAlert> TextQueue) 
{ 
    using (THTDataContext db = new THTDataContext()) 
    { 
     foreach (TextAlert text in TextQueue) 
     { 
      try 
      { 
       // do IntelliSMS stuff 

       // set status to 'sent' 
       text.Status = 1; 

       db.SubmitChanges(); 
      } 
      catch (IntelliSMSException ex) 
      { 
       // set status to 'failed' 
       text.Status = 2; 

       db.SubmitChanges(); 
      } 
     } 
    } 
} 

感謝、

Annelie

Answer 1

おそらく、新しい文脈に入ってくるMyThingを添付する必要があります。このような何かがうまくいくかもしれない：

private static void DoMyStuff(MyThing thing) 
{ 
    using (MyDataContext db = new MyDataContext()) 
    { 
     db.MyThings.Attach(thing); 
     thing.Status = 1; 
     db.SubmitChanges(); 
    } 
} 

それが取り付けられていたら、コンテキストはそれへの変更を追跡し、提出に、それらを格納することができるはずです。

"既に廃棄されている"例外が解決されない場合は、古いコンテキストを破棄する前に"detaching"MyThingを試してみてください。ただし、このルートに移動する必要がある場合は、DataContextのライフサイクルが間違っている可能性があります。エンティティは、同じアプリドメイン内のコンテキスト間を移動するように設計されていないためです。

MSDNのDinesh Kulkarniは、アタッチ/デタッチのビジネスをより理解したいと思っている方はshort blog postです。

Answer 2

む〜！データベース内のエントリを更新しようとしているときに例外がスローされた場合、データベース内のエントリを更新しようとすると、例外ハンドラ内では本当に良い考えだと思いますか？

ここで何が起こっているのか、thingの原因は何ですか？ MyDataContextの別のインスタンスで実行されたクエリから来たのでしょうか？もしそうなら、それはあなたの問題です。