3135


Symfonyで既にDBへ登録されているEntityであるか否かはどのように判断しているのでしょうか？

PlanとCourseがoneToManyの関係であるEntityを作成しました。

Planへ、CourseをDBより検索しaddCourse()するのと、既にDBに登録されているEntityと全く同じEntityを手動で作成しaddCourse()するのはどのような違いがあるのでしょうか？


CC BY-SA 3.0
2015-01-05T05:37:54.947
3104
2015-01-24T00:59:35.733
2015-01-06T12:50:30.070
5444
6059
question
php symfony2 doctrine2
Symfonyでpersist()するときにどうやって既に登録されているEntityか否かを判断しているのか


Symfony2でORMとして使われているDoctrine2における、エンティティの状態の扱い方に関連する問題ですね。最初は戸惑うポイントだと思います。

最初に注意が必要なのは、Doctrineでは「データベースのレコード」ではなく、「オンメモリのオブジェクト」を中心に考えなくてはならないということです。

# Doctrineでのエンティティ管理の基本

アプリケーションの側から見ると、

[code]

    アプリケーションのコード → Doctrineの世界 → DBの世界
    
[/code]

というように、明示的にDBの世界との間にDoctrineの世界が設けられます。 この3つの世界間で、

  * 新規エンティティ登録
  * 既存レコードの読み込み
  * 既存レコードの変更

は次のようになっています。

## 新規エンティティの登録時

[code]

    $plan = new Plan();   // アプリケーションで、新規エンティティのインスタンス
    ↓
    $entityManager->persist($plan);  // Doctrineの世界へ登録
                                     // EntityManagerの管理下になる(*1)
    ↓
    $entityManager->flush();   // Doctrineの世界をDBの世界へ同期
                               // 新しく登録されたエンティティの INSERT が発行される
    
[/code]

上記 (*1) の部分で、追加されたインスタンスには `STATE_NEW` という状態が割り当てられ、`EntityManager`
内でこの状態が管理されます。

## 既存レコードの読み込み

[code]

    $repository = $entityManager->getRepository('Plan');
    $plan = $repository->find($planId);  // DBからDoctrineの世界へ (*2)
                                         // そのインスタンスをアプリケーションへ取得
    
[/code]

上記 (*2) の部分でDoctrineの世界へ読み込まれたエンティティのインスタンスには、`STATE_MANAGED` という状態が割り当てられます。

## 既存レコードの変更

上の既存レコード読み込みで取得したインスタンスに対して変更を加えて保存するときは次のようになります。

[code]

    $plan->setName($newPlanName);  // (*3)
    $entityManager->flush();
    
[/code]

(*3)
で単にプロパティの値を変更し、その後、`EntityManger`の`flush()`を実行すると、ここでの`$plan`はすでにDoctrine管理下にあるため、その変更内容が`EntityManager`により検出され、DBへUPDATE文が発行されます。

# 強制的にEntityManager管理下におけるか？

すでにDBに存在しているレコードに対応するエンティティを、Doctrineから取得するのではなく、アプリケーション側で手作業でインスタンス化すると、不都合が生じます。
このインスタンスは、DBにすでに存在しているかどうかに関わらず、Doctrineの世界に「新しく追加された」とみなされてしまいます。

[code]

    $existingPlan = new Plan(1, 'プランA');  // ID的には既存レコードだが手動インスタンス化
    $entityManager->persist($existingPlan);
    $entityManager->flush();  // → INSERTになる
    
[/code]

このように新規に手作業でインスタンス化したものは、Doctrineに「既存のオブジェクトだ」として処理させる方法はありません。無駄になりますが、再度Doctrine経由でDBから該当するエンティティを取り出し直して使うしかありません。

## 入力画面等でセッションに保存したものを確認画面で使う

入力画面→確認画面のようなフローがあって、入力画面ではDoctrine経由で読み込み、それをセッションに保存しておいて、確認画面ではセッションから復元したものを使いたい場合があります。手作業でインスタンス化したのと違うところは、セッションに入っているのは「もともとDoctrine管理下にあったインスタンスだ」ということです。

このようなインスタンスであれば、再びDoctrine管理下へ入れることができます。`EntityManager#merge()` メソッドを使います。

  * [8.6. Merging entities (8. Working with Objects) - Doctrine ORM Document](http://doctrine-orm.readthedocs.org/en/latest/reference/working-with-objects.html?highlight=merge#merging-entities)

次のように使います。

[code]

    $existingPlan = unserialize($serializedPlan) ; // セッション等にシリアライズされたデータから復帰
    $managedPlan = $entityManager->merge($existingPlan);
    $managedPlan->setPlanName('名前変更');
    $entityManager->flush();  // → UPDATEになる
    
[/code]

# インスタンスがDoctrineの管理下かどうかを調べるには？

`EntityManager`から`UnitOfWork`オブジェクトを取得し、`getEntityState()`メソッドを使って、エンティティの管理状態を調べることができます。

[code]

    $state = $entityManager->getUnitOfWork()->getEntityState($targetPlan);
    
[/code]

戻り値は以下の4つの値で、[UnitOfWorkクラス](https://github.com/doctrine/doctrine2/blob/master/lib/Doctrine/ORM/UnitOfWork.php#L63)に定数定義されています。

  * 1: UnitOfWork::STATE_MANAGED
  * 2: UnitOfWork::STATE_NEW
  * 3: UnitOfWork::STATE_DETACHED
  * 4: UnitOfWork::STATE_REMOVED

まだDoctrineの管理下にないエンティティ（DBに存在するかどうかではない）の場合は、3 (STATE_DETACHED) が返されることになります。


CC BY-SA 3.0
2015-01-05T12:42:17.307
3135
2015-01-05T12:54:04.283
2015-01-05T12:54:04.283
5444
5444
3104
answer


もう解決されたようですが、参考のために書いてみます。  
UnitOfWorkの中に、[isScheduledForInsert](http://www.doctrine-
project.org/api/orm/2.0/class-
Doctrine.ORM.UnitOfWork.html#_isScheduledForInsert)という関数があるので、これを使うのはどうでしょうか。エンティティマネージャーを$emとすると、

`$em->getUnitOfWork()->isScheduledForInsert($entity);`

で確認できると思います。

おそらくですが、エンティティマネジャーに管理されていない場合も、falseがかえってくると思いますので、そこら辺は気をつけるほうがいいと思います。


CC BY-SA 3.0
2015-01-24T00:59:35.733
5187
2015-01-24T00:59:35.733
2571
3104
answer