アソシエーションを変更すると、外部キーのプロパティを手動で設定する必要がありますか？

Question

DbContextでDatabase Firstを使用して、Linq-to-SQLからEntity Framework（4.4）に移行しています。私は、次の動作が正常であるかどうかと思いまして：

using (var e = new AgendaEntities()) { 
    var store = e.Stores.First(); 
    var office = e.Offices.Create(); 
    office.Store = store; // Set association 
    Console.WriteLine(office.StoreID); // shows Guid.Empty, expected store.ID! 
} 

L2Sで、またStoreIDキーを更新してしまうエンティティにStoreの関連付けを設定します。 EFでは、これは起こっていないようです。これは、エンティティが新規であるか、コンテキストからロードされているかにかかわらずです。

SaveChangesと入力すると、正しく保存され、はoffice.IDに一致するように更新されますが、これは保存後にのみ発生するのはなぜですか？

私には何か不足しているのですか？それとも、外部キーを手動で同期させることになっていますか？

---

ソリューション編集： このプロパティフィックスアップと呼ばれ、生成されたプロキシによって自動的に行われるために使用されます。しかし、DbContextではこれはもはや当てはまりません。 this Connect issueによれば、これは設計によるものです。ただ遅延読み込みプロキシ（フィックスアップをしないもの） -

こんにちは、 DbContextテンプレートは、実際に変更追跡プロキシとして使用されるクラスを生成しません。変更追跡プロキシは複雑で、開発者にとって非常に混乱する可能性のあるニュアンスが多いため、この決定を下しました。 SaveChangesの前に修正が必要な場合は、myContext.ChangeTracker.DetectChangesを呼び出すことができます。 〜EFチーム

代わりにDbContext.Entry(entity)を呼び出してエンティティを同期させます。これについては、この記事「Relationships and Navigation Properties」の「FKとナビゲーションプロパティ間の変更の同期」の下に記載されています。

Answer 1

いいえ、Entity Frameworkがこれを行います。詳細についてはRelationships and Navigation Propertiesをお読みください。

ナビゲーションプロパティに新しいオブジェクトを割り当てます。次の コードは、コースとdepartmentの間の関係を作成します。 オブジェクトがコンテキストに接続されている場合、courseも がdepartment.Coursesコレクションに追加され、そしてもちろんオブジェクトの 対応する外部キープロパティはdepartmentの キープロパティの値に設定されています。

• course.Department = department;

しかし、あなたが観察されるようにあなたがSaveChangesまたは「FKSとナビゲーションプロパティ間の変更を同期化」部分に記載された他のいずれかの操作を呼び出した後、こののみ発生上にリンクされたドキュメントの。

あなたはプロキシなしでPOCOエンティティを使用している場合は、DetectChangesメソッドは、コンテキストに関連 オブジェクトを同期するために呼び出されることを を確認する必要があります。次のAPIが自動的に DetectChanges呼び出しをトリガーすることに注意してください。

• DbSet.Add
• DbSet.Find
• DbSet.Remove
• DbSet.Local
• DbContext.SaveChanges
• DbSet.Attach
• DbContext.GetValidationErrors
• DbContext。エントリー
• DbChangeTrackeこれは、すべてのでが起きていない場合はDbSet

に対してLINQクエリを実行するr.Entries

、私の推測では、あなたが適切ナビゲーションプロパティの外部キーとしてStoreIDを定義していないということですStore。