Entity Framework 4-AddObjectとAttach

私は最近Entity Framework 4を使用していて、ObjectSet.AttachとObjectSet.AddObjectをいつ使用するかについて少し混乱しています。

私の理解から：

• エンティティがシステムにすでに存在する場合は、「アタッチ」を使用します
• 新しいエンティティを作成するときに「AddObject」を使用します

したがって、新しいPersonを作成する場合は、これを行います。

var ctx = new MyEntities();
var newPerson = new Person { Name = "Joe Bloggs" };
ctx.Persons.AddObject(newPerson);
ctx.SaveChanges();

既存のPersonを変更する場合は、次のようにします。

var ctx = new MyEntities();
var existingPerson = ctx.Persons.SingleOrDefault(p => p.Name = "Joe Bloggs" };
existingPerson.Name = "Joe Briggs";
ctx.SaveChanges();

これは非常に簡単な例です。実際には、Pure POCO（コード生成なし）、リポジトリパターン（ctx.Personsを扱わない）、および作業単位（ctx.SaveChangesを扱わない）を使用しています。しかし、「カバーの下」では、上記は私の実装で何が起こるかです。

さて、私の質問 -私はAttachを使用しなければならなかったシナリオをまだ見つけていません。

ここで何が欠けていますか？いつAttachを使用する必要がありますか？

編集

わかりやすくするために、AddObjectに対してAttachを使用する（またはその逆の）場合の例を探しています。

編集2

以下の答えは正しいです（私はこれを受け入れました）が、アタッチが役立つ別の例を追加したいと思いました。

上記の既存のPersonを変更する例では、2つのクエリが実際に実行されています。

1つはPerson（.SingleOrDefault）を取得し、もう1つはUPDATE（.SaveChanges）を実行します。

（何らかの理由で）システムに「Joe Bloggs」が存在することをすでに知っている場合、なぜ彼を最初に取得するために追加のクエリを実行するのですか？私はこれを行うことができます：

var ctx = new MyEntities();
var existingPerson = new Person { Name = "Joe Bloggs" };
ctx.Persons.Attach(existingPerson);
ctx.SaveChanges();

これにより、UPDATEステートメントのみが実行されます。

ObjectContext.AddObjectと ObjectSet.AddObject： AddObjectメソッドの方法はない、新しく作成されたオブジェクトの追加のためにあるではないデータベースに存在しています。エンティティは自動的に生成された一時的な EntityKeyを取得し、そのEntityStateは Addedに設定されます。SaveChangesが呼び出されると、このエンティティをデータベースに挿入する必要があることがEFに明らかになります。

ObjectContext.Attachおよび ObjectSet.Attach：
一方、データベースにすでに存在するエンティティには Attachが使用されます。むしろ追加したEntityStateを設定するより、で結果を取り付け不変それは文脈に取り付けたので、それが変更されていないことを意味する、EntityState。アタッチするオブジェクトは、データベースに存在すると想定されています。アタッチ後にオブジェクトを変更した場合、SaveChangesを呼び出すと、EntityKeyの値を使用して、dbテーブルで一致するIDを見つけることにより、適切な行を更新（または削除）します。 さらに、Attachメソッドを使用すると、ObjectContextに既に存在しているが、

自動的には接続されません。基本的には、アタッチの主な目的は、既にObjectContextはに取り付けられているされている接続のエンティティにあるではないあなたがそのEntityState追加されたエンティティをアタッチするアタッチ使用することはできませんので新しいです。この場合は Add（）を使用する必要があります。

たとえば、Personエンティティに、 Addressエンティティのコレクションである Addressesという名前のナビゲーションプロパティがあるとします。コンテキストから両方のオブジェクトを読み取ったが、それらは互いに関連しておらず、そのようにしたいとします。

var existingPerson = ctx.Persons.SingleOrDefault(p => p.Name = "Joe Bloggs" };
var myAddress = ctx.Addresses.First(a => a.PersonID != existingPerson.PersonID);
existingPerson.Addresses.Attach(myAddress);
// OR:
myAddress.PersonReference.Attach(existingPerson)
ctx.SaveChanges();

これは遅い応答ですが、これを見つける他の人を助けるかもしれません。

基本的に、「使用されていない」スコープの外でエンティティを操作すると、「切断された」エンティティが発生する可能性があります。

Employee e = null;

using (var ctx = new MyModelContainer())
{
     e = ctx.Employees.SingleOrDefault(emp => emp .....);
}

using (var ctx2 = new MyModelContainer())
{
     e; // This entity instance is disconnected from ctx2
}

別の「using」スコープを入力すると、「e」変数は以前の「using」スコープに属しているため切断され、以前の「using」スコープは破棄されるため、「e」は切断されます。

それが私の理解です。

これは、プログラミングエンティティフレームワーク：DbContextからの引用です。

コンテキストで追跡されていないエンティティでRemoveを呼び出すと、InvalidOperationExceptionがスローされます。Entity Frameworkがこの例外をスローするのは、削除しようとしているエンティティが、削除対象としてマークする必要がある既存のエンティティなのか、単に無視する必要がある新しいエンティティなのかが明確でないためです。このため、切断されたエンティティを削除済みとしてマークするために単に削除を使用することはできません。最初にアタッチする必要があります。

private static void TestDeleteDestination()
{
    Destination canyon;
    using (var context = new BreakAwayContext())
    {
        canyon = (from d in context.Destinations
        where d.Name == "Grand Canyon"
        select d).Single();
    }
    DeleteDestination(canyon);
}
private static void DeleteDestination(Destination destination)
{
    using (var context = new BreakAwayContext())
    {
        context.Destinations.Attach(destination);
        context.Destinations.Remove(destination);
        context.SaveChanges();
    }
}

TestDeleteDestinationメソッドは、クライアントアプリケーションがサーバーから既存の宛先をフェッチし、それをサーバー上のDeleteDestinationメソッドに渡すことをシミュレートします。DeleteDestinationメソッドは、Attachメソッドを使用して、既存の宛先であることをコンテキストに通知します。次に、Removeメソッドを使用して、削除する既存の宛先を登録します。

アタッチする代わりに主キーのみを参照するのはどうですか？

つまり：

var existingPerson = ctx.Persons.SingleOrDefault(p => p.Name = "Joe Bloggs" };
var myAddress = ctx.Addresses.First(a => a.PersonID != existingPerson.PersonID);
existingPerson.AddressId = myAddress.Id // not -> existingPerson.Addresses.Attach(myAddress);
// OR:
myAddress.Person.Id = existingPerson.Id // not -> myAddress.PersonReference.Attach(existingPerson);
ctx.SaveChanges();