エンティティフレームワークが既存の関連エンティティを更新しない

Question

エンティティフレームワークを広範囲に使用するプロジェクトがあります。そして、それはすべて正常に動作します。

ただし、作成しようとしている更新が1つあり、更新もエラーもスローされません。

基本的なプロセスは、既存のエンティティを使用して、新しいエンティティ（異なるタイプ）を作成することです。新しいエンティティはきれいに保存しますが、既存のエンティティは保存しません。

通常、これが発生した場合、エンティティがコンテキストにアタッチされていないことを意味します。しかし、それがあり、私はそれを「追加」するだけでなく、再び付けてみましたが、私は運がなかったのです。

 if (fileRowEntity != null) 
     { 
      this.Context.FileRowEntities.Attach(fileRowEntity); 
      fileRowEntity.FileRowStatusId = (int)FileRowStatus.Converted; 
      fileRowEntity.EdiDocument = ediDocument; 
     } 

     ediDocument.InsertedDate = DateTime.Now; 
     ediDocument.EdiDocumentGuid = Guid.NewGuid(); 
     ediDocument.DocumentMetatdata = null; 
     this.Context.EdiDocuments.Add(ediDocument); 
     var count = this.Context.SaveChanges(); 

ediDocument

が保存されますが、 fileRowEntityは保存されません。

私はこのことを理解しようとしている私の髪を裂いています。私は明示的な第二のfileRowEntityを節約しようとしたが、それは戻って保存されたゼロの変更が付属しています：

 if (fileRowEntity != null) 
     { 
      fileRowEntity.EdiDocumentId = ediDocument.EdiDocumentId; 
      fileRowEntity.Column100 = "X"; 
      this.Context.FileRowEntities.Attach(fileRowEntity); 
      count = this.Context.SaveChanges(); 
     } 

countは常にゼロであり、データベースが更新されません。

これをデバッグしようとすると、他に何か分かりません。

Answer 1

エンティティをコンテキストにアタッチしても、変更されたものとしてマークされません。あなたのケースでは

、推定は、あなたが上SaveChanges()を呼び出しているコンテキストインスタンスということです、それはそれが変更されたこと（または変更されたもの）を知らないので、fileRowEntityオブジェクトを取得したことと同じではありません。

DbContextがストアからオブジェクトを取得する場合、それはその元の値（あなたがそのクエリにAsNoTracking()を使用しない場合）のコピーを保存し、それはあなたが明示的に行うことができますDetectChanges()への呼び出しによって変更を検出するたびに、しかし、通常のDbContext実装は多くの点でそれを単独で呼び出します）、新しいオブジェクト値が格納されます。それらの間に相違がある場合、SaveChangesへの次の呼び出しは、ストア/データベース内のエンティティを更新します。

エンティティだったEFを教えてくださいContext.Entry(fileRowEntity).State = EntityState.Modified;を使用して：あなたは修正されたエンティティをマーク明示することができますので、それは何も知りません

あなたはエンティティを添付するが、変更としてそれをマークしていない、変更されましたエンティティ全体に対してSaveChanges()を呼び出すと、更新コマンドが生成されます（UPDATE SQLのすべてのフィールド値が送信されます）。これを行うと、エンティティがコンテキストにアタッチされていない場合でもエンティティがアタッチされます（アタッチして状態を設定する必要はありません）。

変更されたプロパティ（またはエンティティOriginalValues）のみをマークすることもできます。これにより、クエリが最適化されます（実際に変更されたフィールドのみが更新されます）。これらの変更を自分で追跡するのはちょっと面倒ですが、追加の最適化が必要な場合は、一発の価値があります（個人的にはデータベースサーバーに重大な負荷がかからず、すべてのビットがカウントされない限り、

Answer 2

上記の行動のための第二の理由があります：私は、これはコンストラクタで設定し、それを削除し、期待通りにすべての仕事をしていたた後

Context.Configuration.AutoDetectChangesEnabled = false; 

：このコードは、変更の追跡をオフにします。