問題タブ [doctrine-migrations]

私は Doctrine Migrations にかなり慣れていないので、これが本当に明らかである場合は申し訳ありません。

より多くの情報を提供するために更新されました

以下のような Symfony2 エンティティ マッピングがあります。

これは移行に追加され、すべてが正常に機能するように展開されました。その後、null 値を受け入れるように列を更新する必要があったため、次のように変更されました。

問題は、これが結果の移行ファイルに影響を与えないことです。

null 値を処理するための ALTER ステートメントは追加されていません。データベースを削除して再構築することもできますが、この特定の移行は既に展開されているため、運用データベースで問題が発生します。このような状況は今後も発生する可能性があるため、もう少し理解したいと思います。

これは Doctrine や Symfony2 Doctrine Migrations バンドルの制限ですか? カスタム移行を書かずにこれを回避する方法はありますか?

他のすべての移行は正常に機能していることに注意してください。唯一の問題は、既存のフィールドに null 許容オプションを追加することです。

Doctrine MigrationsプロジェクトはDoctrine MongoDBと互換性がありますか?

Doctrine Migrations プロジェクトを検索して調べても、ODM ソリューション (MongoDB など) や ORM ソリューションと互換性があるかどうかはわかりません。

もしそうなら、この 2 つを一緒に使用する方法について、誰かが例や記事を提案できますか?

そうでない場合、合理的な代替手段はありますか？

質問の背景:

私は、ドキュメントのデータをあるバージョンのドキュメントから別のバージョンに移行するためのさまざまなアプローチと、それぞれの長所と短所をわずかに理解しています。

here で提案されているように、段階的なスキーマ変更と移行スクリプトのハイブリッドアプローチを実装する可能性に傾いています。Jonathan Wage が記事Doctrine MongoDB ODM Schema Migrationsで書いた Doctrine の MongoDB ライブラリ内の機能を活用します。

それでも、移行スクリプトを作成したり、データ移行を実行したりする何らかの方法を見つける必要があり、Doctrine Migrations が最初の選択肢として適しているように思えました。

余談ですが、別のユーザーは、Jonathan Wageがデータを移行するために上記で提示したアプローチを使用し、代わりにコマンド (JavaScript?) をデータベースに対して直接実行することに対して警告しています。

ZF2 プロジェクトで Doctrine と Migrations を数週間問題なく使用しています。独自の構成ファイルを指定して移行を実行しています。

最近、composer を介して自分のプロジェクトにCodeceptionを導入しました。最近、(上記と同じコマンドを使用して) 新しい移行を実行しようとしたときに、次のエラーを受け取りました。

これは、構成ファイルで指定したディレクトリではありません。最初、Doctrine Migrations は私の --configuration 引数を完全に無視していると思いました。調べてみると、Doctrine Migrations は既に構成ファイルをロードしていたため、 --configuration 引数を使用していないことがわかりました。

この構成ファイルがどこから取り込まれているのか、誰にもわかりませんか? AbstractCommand getMigrationConfiguration() の条件をコメントアウトすることで、当面は問題を回避できますが、長期的にはこれに頼る必要はありません。また、コードセプションを削除して、影響があるかどうかを確認します。どんな助けでも大歓迎です。

新しい移行クラスを生成したいだけです

私のconfig.ymlは次のようになります

パスと名前空間は正しいですが、このフォルダーには既に移行があります (バージョン 20130915081732 も)。何が悪いのかわからない、多分あなたは私を助けることができますか？

ありがとう。

データベースにすべての参照値をシードするための一連のデータ フィクスチャを作成しました。また、 DoctrineMigrationsBundleを使用してスキーマの更新を管理しています。最初のスキーマ移行クラス内でフィクスチャのロードをトリガーして、追加のスキーマ更新を実行する前にシステムにデータが入力されるようにしたいと考えています。

ドキュメントで移行クラスをコンテナ対応にすることができることを発見しましたが、そこからデータフィクスチャの呼び出し/実行にジャンプする方法がわかりません。Stackoverflow または Google で良い回答が見つかりませんでした。誰かがこれを行い、私を正しい方向に向けることができますか? (または、スキーマの移行と組み合わせてシード データを管理するためのより良い方法についての提案があります)。ありがとう。

これは Symfony バージョンを使用しています: 2.4

doctrine migration から自動生成されたクラスをバージョン管理システムに追加するのは良い習慣なのか、そうでないのか疑問に思っていました。

そうすることの利点/欠点は何ですか？

回答ありがとうございます