Yiiのデータベース移行を使用してスキーマの変更を管理するにはどうすればよいですか？

Yiiのデータベース移行を使用してスキーマの変更を管理する方法

yiiのデータベース移行は、データベーススキーマの変更を管理するための堅牢でバージョン制御された方法を提供します。コアコンセプトには、それぞれがデータベースの単一の原子変化を表す移行クラスの作成が含まれます。これらの変更は、通常、テーブル、列、インデックス、および関係の追加、変更、または削除です。

ここにプロセスの内訳があります：

1. 移行の作成： yiiが新しい移行ファイルを生成してコマンドを使用します。このコマンドは名前を求めます。このコマンドは、<code> yii \ db \ migration を拡張するPHPクラスを作成するために使用されます。このクラスには、 up（） and down（）メソッドが含まれます。 down（）メソッドには、ロールバックに重要なこれらの変更を取り消すための逆SQLステートメントが含まれています。 yiiは、<code> addcolumn（） dropcolumn（）、 droptable（）などのヘルパーメソッドを提供します。 （移行履歴テーブルに基づいて、まだ適用されていない移行）。これにより、適用されていない移行の up（）メソッドが実行されます。複数の移動を復活させるために数値を指定できます。
2. 移行履歴： yii移行履歴テーブルを維持して、どの移行が適用されたかを追跡します。これにより、移行が正しい順序で1回だけ適用されます。

例：ユーザーを作成する移行テーブルは次のようになります。クラスM231027_100000_CREATE_USERS_TABLE EXTERPETS MIGRATION {public Function up（）{$ this-＆gt; createTable（ 'users'、['id' =＆gt; $ this-＆gt; primarykey（）、 'username' =＆gt; gt; $ this-＆gt; =＆gt - ＆gt; string - ＆gt; gt; $ this-＆gt; integer（） - ＆gt; notnull（）、]）; } public function down（）{$ this-＆gt; droptable（ 'users'）; }}

効果的なYIIデータベース移行を作成するためのベストプラクティス

効果的なデータベース移行を作成することは、クリーンで管理可能なデータベーススキーマを維持するための鍵です。いくつかのベストプラクティスを次に示します。

• 移行を維持する原子：各移行は、単一の自己完結型の変更を表す必要があります。複数の無関係な変更を単一の移行に組み合わせることは避けてください。これにより、変更を追跡し、選択的に戻り、データベースの履歴を理解しやすくなります。
• 記述名を使用します。タイムスタンプのプレフィックスは、適切な順序付けを保証します。
• 書き込みReversible down（）メソッド： down（）メソッドを常に実装して、 up（）で行われた変更を逆転させます。これはロールバックにとって重要であり、データの整合性を保証します。 down（）メソッドを徹底的にテストします。
• yiiのヘルパーメソッドを使用します。これにより、さまざまなデータベースシステム全体で読みやすさと移植性が向上します。
• バージョン制御移行：バージョン制御システムに移行ファイルを保存して（GITなど）、変更を追跡して効果的にコラボレーションします。移行：可能な限り、絶対に必要な場合を除き、移行内でデータを操作しないでください。データシードは通常、個別に処理する必要があります。

YIIデータベース移行を使用する場合、潜在的な競合またはロールバックの処理

複数の開発者が移行に同時に動作する場合、または移行が半分に失敗した場合に競合が発生する可能性があります。 YIIは、これらの状況に対処するためのメカニズムを提供します：

• 移行履歴表：移行履歴テーブルは、既に適用された移行の再申請を防ぎ、紛争のリスクを最小限に抑えます。変更の失敗。
• トランザクション管理： yiiの移行は、暗黙的にトランザクションを使用します。 Migrationの up（）メソッドの任意の部分が失敗した場合、移行全体が自動的にロールバックされ、データの整合性が維持されます。
• 複雑な競合のまれな場合、移行ファイルまたは移行履歴テーブルを編集して手動で解決する必要があります。そうするときの極端な注意。スキーマの変更の場合、YII移行を拡張してデータシードを処理できます。ただし、一般的に、スキーマの移行からデータシードを分離するためのベストプラクティスと考えられています。

  理由は次のとおりです。スキーマの移行はデータベース構造に焦点を当て、データシードはデータベースの初期データの居住に焦点を当てています。

• ロールバックの容易：データシードの問題が発生した場合、スキーマとデータの変更の両方を含む移動をロールバックすると、単純なスキーマをロールバックするよりも複雑です。スキーマの変更を再適用せずにデータベース。

ただし、シードを含める必要がある場合は、移行の up（）メソッド内にデータ挿入ロジックを追加できます。適切なロールバックを可能にするために、 down（）メソッドに対応するデータ削除を含めることを忘れないでください。このアプローチは、一般に、大規模なデータセットに対しては推奨されていません。 yii移行/作成を使用して、データシードのために特に個別の移行を生成し、プロセスをより整理することを検討してください。または、より大きく、より複雑なデータセットにフィクスチャデータまたは専用のデータシードスクリプトを使用することを検討してください

以上がYiiのデータベース移行を使用してスキーマの変更を管理するにはどうすればよいですか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。