操作
Backport(バックポート) #1412
完了opDoctrineQuery::chooseConnection がトランザクションに対応していない
開始日:
2010-07-22
期日:
進捗率:
100%
予定工数:
説明
opDoctrineQuery::chooseConnection がトランザクションに対応していません。
select とその他のクエリの種類のみでコネクションの選択が行われているため、トランザクションを使用した場合、ORMでは、データの更新後、すぐに情報を取得しモデルを最新の状態にしますが、そのコネクションが異なるため、更新されていないデータを取得、またはデータが取得できずに、モデルの中の状態がおかしなことになり、エラーが表示されることがあります。
同じデータベースを参照する database.yml を書いて検証しました。
all: slave_1: class: sfDoctrineDatabase param: dsn: 'mysql:dbname=testtest;host=localhost' username: root encoding: utf8 attributes: { 164: true } priority: 2 doctrine: class: sfDoctrineDatabase param: dsn: 'mysql:dbname=testtest;host=localhost' username: root encoding: utf8 attributes: { 164: true } priority: 2
クエリが実行される前に 接続先をログに出力するように変更し、ログを取得しました。
7月 21 22:27:55 symfony [debug] con:doctrine 7月 21 22:27:55 symfony [info] {Doctrine_Connection_Statement} execute : UPDATE member_profile SET value = ? WHERE id = ? - (2, 2400) 7月 21 22:27:55 symfony [debug] con:slave_1 7月 21 22:27:55 symfony [debug] con:slave_1 7月 21 22:27:55 symfony [info] {Doctrine_Connection_Statement} execute : SELECT m.id AS m__id, m.member_id AS m__member_id, m.profile_id AS m__profile_id, m.profile_option_id AS m__profile_option_id, m.value AS m__value, m.value_datetime AS m__value_datetime, m.public_flag AS m__public_flag, m.tree_key AS m__tree_key, m.lft AS m__lft, m.rgt AS m__rgt, m.level AS m__level, m.created_at AS m__created_at, m.updated_at AS m__updated_at FROM member_profile m WHERE (m.id = ?) LIMIT 1 - (2400)
Shinichi Urabe さんが約14年前に更新
- ステータス を New(新規) から Accepted(着手) に変更
- 担当者 を Shinichi Urabe にセット
Shinichi Urabe さんが約14年前に更新
- ステータス を Accepted(着手) から Pending Review(レビュー待ち) に変更
- 進捗率 を 0 から 50 に変更
更新履歴 061837a800c070df67b0f3d042eac6ac74248584 で適用されました。
Kousuke Ebihara さんが約14年前に更新
- ステータス を Pending Review(レビュー待ち) から Pending Testing(テスト待ち) に変更
- 進捗率 を 50 から 70 に変更
元チケットがテスト待ちなのにも関わらずレビューをしてしまいました。せっかく書いたのでこちらに残しておきます。
意図的であればよいのですが、条件がすべて AND なのであれば、 (self::SELECT === $queryType && !$shouldGoToMaster) の括弧は不要です。 個人的にはかえって可読性を落としているように見える(括弧でくくられていることにより括弧内が OR 条件であると誤認する可能性などが考えられます)のですが、このあたりはどちらかと言えば好みの問題で、それよりはむしろ if の条件が長くなってしまっていることのほうを問題視するべきだとは思います。 もっとも、これは OpenPNE 3 や symfony のコード全般にいえる問題であり、ある程度の可読性が保たれていれば条件の長さについては容認されているのが現状です。従って、この修正は問題なしとしてテスト待ちとします。(もし今後、条件が長くなってしまうような場面に遭遇した場合には、積極的にリファクタリングを検討してください)
Hiroki Mogi さんが約14年前に更新
- ステータス を Pending Testing(テスト待ち) から Fixed(完了) に変更
- 進捗率 を 70 から 100 に変更
このバグが実際発生する箇所がなくテスターテストは困難なため、コードチェックのみでfixedとします。
操作