複合外部キーを使用したEntity Frameworkナビゲーションプロパティ

Question

EF 6.1.3。

"Header/Item"タイプのパターンの多くのインスタンスを含むドメインがあります。ここでは、ヘッダーには多数のアイテム（1対多）があり、 "最新"または "最新"アイテムがあります。次のように

これが表現されます。

Header 
    Guid Id 
    Guid CurrentItemId 
    Item CurrentItem 
    ICollection<Item> AllItems 

Item 
    HeaderId 
    Id 

アイテムのPKは常にHeaderID +アイテムIDです。その理由は、アイテムの最も一般的なアクセスパターンは、特定のヘッダーに関連するすべてのアイテムをリストすることであり、HeaderIDをPK /クラスタード・インデックスの最初の部分とすることは、クラスタード・インデックスのシークでそのデータを取得することを意味します。

私たちがCurrentItemナビゲーションプロパティを使用すると、ItemIDを使用してルックアップを実行するだけで、結果的には素晴らしいクエリプランにはならないという問題があります。

これは、私たちがCurrentItemを使用してCurrentItemをルックアップするための規約であると考えています。私の質問は、私がEFに、Header.Id、Header.CurrentItemId - > Item.HeaderId、Item.Idをマッピングすることによって、常にCurrentItemの結合を実行するように指示する方法ですか？

私は、これは、ここで説明したものよりもわずかに異なるシナリオであると考えている：私の場合はcomposite key as foreign key

、私は1対1のマッピングは、1人のトップの多く持っていない、とWithforeignKey方法があるようには思えませんそのシナリオで利用可能です。

Answer 1

私たちが望むようにEFを生成することができなくなったため、dbコマンドインターセプタを作成して、この結合のインスタンスを動的に検索し、設計した複合キーに一致するように再書き込みします。

我々はそうのようなDbContextレベルとしてこれを設定：

this.ModifyJoin<Item, Header>(
     (i) => new Header() { CurrentItemId = i.Id }, //What to find 
     (i) => new Header() { CurerntItemId = i.Id, Id = i.HeaderId }); //What to replace with 

この情報は、コンテキストインスタンス自体に装着され、コマンドのインターセプタがオーバーライドを見ているときに、それはSQLを再書き込みするためにそれらを使用しています。

これはほとんどのシナリオでうまくいきますが、LINQステートメントの一部としてItemテーブルで追加のフィルタリングを行っているときや、EFで使用されているエイリアシングルールが複雑すぎて書かずにフォローできない場合完全なSQLパーサー。

私たちの使用のためには、これは時間の約90％の理想的な参加となり、私たちのために十分です。

これを行うためのコードは難しくありませんが、ここに入れるには大きすぎます。コピーが必要な場合はコメントを追加し、GitHubに載せます。