Entity Framework 4.1 - 非キー列間の関係

Question

2つのエンティティが関連していますが、従来のsqlスキーマには基本的に2つのキー列があります（2列キーではありません）。私は '偽のキー'の列に戻る関係を作成する必要があります。 Entity Framework 4.1でこれを宣言的に行う方法はありますか？

Public Class Client 
    Inherits ModelBase 

    <Key(), Required()> 
    Public Property ClientID As Decimal 

    <Required(), StringLength(50)> 
    Public Property ClientCode As String 

    ........ 


Public Class ClientLocation 
    Inherits ModelBase 

    ........ 

    <Required(), StringLength(50)> 
    Public Property ClientCode As String 

    ........ 

    <ForeignKey("ClientCode")> 
    Public Overridable Property Client As Clients.Client 

そして、私は取得していますエラーは次のとおりです。

*一つ以上の検証エラーがモデルの生成中に検出されました： System.Data.Edm.EdmAssociationConstraint：すべての のプロパティの種類で参照制約の従属ロールは、プリンシパルロールの対応するプロパティタイプと同じ でなければなりません。 「ClientLocation」エンティティのプロパティ「ClientCode」のタイプではないプロパティのタイプは 参照制約「ClientLocation_Client」に実体「クライアント」に「CLIENTID」 試合を行います。*

それは私が考えているので」メートル

任意の考え...私は本当にClientLocation.ClientCode> Client.ClientCodeをマップしようとしていたときに、ClientLocation.ClientCode> Client.ClientIDをマップしようとしていますか？

ありがとうございます！

Answer 1

エンティティフレームワークは、プリンシパルテーブルの全プライマリキーとそれに対応する列（外部キー）との間に関係が構築されることを要求します。

Answer 2

（これはラディスラフの答えへの唯一の付録で、受け入れ、恵みが私の答えに行ってはいけません。）

、このような機能は、これまでのEFで実装されるならば、私は驚くだろう。どうして？リレーショナルデータベースでもこのような関係を作成することさえできないからです。リレーショナルDB内の外部キー関係（少なくともSQL Serverとおそらくほとんどまたはすべて）では、プリンシパル側は、の主キーであるか、一意のキー制約を持つ列であることが要求されます。外部キーはプリンシパルテーブルのという一意の行を参照することになっているので意味があります。

現在、EFでは一意のキー列との関係、つまり主キー列との関係もサポートされていません。これは将来サポートされる可能性のあるものです。しかし、一意でないキーや非主キー以外のキーとの外部キー関係のサポートは、私にとっても意味をなさないようです。

プリンシパルテーブルのターゲット列の値が一意でない場合はどうなりますか？例えば、 - 熱心な負荷をかけたいときに例外をしますか？ClientLocation.Client - "外部キーが一意のターゲット"または警告"を参照していないため、ナビゲーションプロパティ 'Client'を読み込めません。私はあなたが望むものをロードしたことを保証することはできません "か何かのようなものですか？

自分の好きなことをしたい場合は、アイデアをあきらめて、ナビゲーションプロパティを削除し、LINQクエリでJoinと多く動作するように指示してください。

Answer 3

おそらくアソシエーション属性はあなたの答えです。アソシエーションを使用すると、リレーションの両側でどのキーを使用するかを指定できます。このような

いくつかのコード：

[ForeignKey()] 
[Association("SomeNameForAssociation","TheKeyInThisEntity","TheKeyOnTheAssociationTargetEntity")] 
public virtual Examination Examination { get; set; } 

そして、私はあなたの質問を理解していれば、あなたはコードに変更する必要があります。

Public Class Client 
    Inherits ModelBase 

    <Key(), Required()> 
    Public Property ClientID As Decimal 

    <Required(), StringLength(50)> 
    Public Property ClientCode As String 

    ........ 


Public Class ClientLocation 
    Inherits ModelBase 

    ........ 

    <Required(), StringLength(50)> 
    Public Property ClientCode As String 

    ........ 

    <ForeignKey("ClientCode")> 
    <Association("ClientClientCodes","ClientCode","ClientCode")> 
    Public Overridable Property Client As Clients.Client 

まず "ClientCode"：ClientCodeにおけるキー列の名前。 2番目の "ClientCode"：使用するClientCodeのキー列の名前。

注：この属性はまだ使用されていませんが、ドキュメントとその名前と引数名は必要に応じて使用してください。

Answer 4

これは不可能な場合でも、so（C＃）のようなLINQクエリを使用して2つのテーブルを結合することもできます（このquestionも参照してください）。

var result = from a in ctx.Client 
      join b in ctx.ClientLocation 
      on a.ClientCode equals b.ClientCode 
      select new { Client = a, Location = b }; 

ナビゲーションプロパティClient.ClientLocationおよびClientLocation.Clientが不足しています。それにもかかわらず、このようにするのは少し面倒ですが、それでも可能です。

SQLスキームを拡張したい場合は、ClientLocationClientのような別のテーブルを追加することができます。このテーブルは、ClientとClientLocationの両方に外部キーを持つM：Nテーブルとして機能し、2つは複合キーとして機能します。この行は、しかし、すぐにあなたは、該当するクライアントを持っていない、そしてもちろん、あなたの拡張テーブルを同期するには、クライアントにトリガを定義する必要がありますClientLocationを持っているように失敗します

var client = myClientLocation.ClientLocationClients.First().Client; // there's only one 

あなたがそのようにのようにナビゲートすることができ（C＃の）削除をカスケードに設定し、クライアントの前にClientLocationを挿入する必要があります。そうしないと、トリガーは失敗します...全体として、これはかなり危険なルートになる可能性があるという警告を出しています。