アソシエーションによるエンティティの削除のオーバーライド

Question

DbContext.SaveChanges()メソッドをオーバーライドし、ISoftDeleteインターフェイスを実装するエンティティの削除を元に戻して、プロジェクトでソフト削除機能を実装しようとしています。 。私は「削除」状態にあり、ISoftDeleteを実装するすべてのエントリのための私のSoftDelete（）メソッドを呼び出していますSaveChanges()方法で

interface ISoftDelete 
{ 
    bool IsDeleted { get; set; } 
} 

：

var entries = this.ChangeTracker.Entries().Where(x => (x.State == EntityState.Deleted) && x.Entity is ISoftDelete) 
        .ToList(); 
       entries.ForEach(SoftDelete); 

次のように私のSoftDelete()方法は次のとおりです。

これは、他のものと1対1の関連性を持つエンティティを実行するまで完全に機能します。その時点で、例外はこのエラーでスローされます。

{"A relationship from the 'ChildParent' AssociationSet is in the 'Deleted' state. Given multiplicity constraints, a corresponding 'Parent' must also in the 'Deleted' state."}

はそのエンティティのすべての関連付けを取得し、同様にそれらのために削除された状態を変更する方法はありますか？

私は既に実際の関連エンティティへの参照を取得しようとしましたが、エンティティのEntityStateはDeletedの代わりにUnchangedに設定されています。

Answer 1

一般に、親子関係の子を最初にソフト削除する必要があります。一番上の親から始めて、子どもたちのやり方を繰り返す。アクセスしたすべてのアイテムにマークを付けることで、すでにソフト削除されているかどうかを追跡できます（バックリファレンスの場合）。

「ビジネスオブジェクト」という概念がある場合は、ナビゲーションを容易にするためにChildsとParentプロパティを追加できます。さもなければ、あなたは子の関係が自明でなくても、各親に対してこれを "手作業でコード化"する必要があります。

また、1つのLINQステートメントを使用すると、実際のトラバースを制御できません。

私は上記が多くの仕事のように思えますが、必要な関係情報を自動的に推論するEFの仕組みをどのようにデバイス化するかを検討してください。あなたはこのようなことを適切に終わらせるでしょう。