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

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

ここにプロセスの內(nèi)訳があります：

1. 移行の作成： yiiが新しい移行ファイルを生成してコマンドを使用します。このコマンドは名前を求めます。このコマンドは、<code> yii \ db \ migration を拡張するPHPクラスを作成するために使用されます。このクラスには、 up（） and down（）メソッドが含まれます。 down（）メソッドには、ロールバックに重要なこれらの変更を取り消すための逆SQLステートメントが含まれています。 yiiは、<code> addcolumn（） dropcolumn（）、 droptable（）などのヘルパーメソッドを提供します。 （移行履歴テーブルに基づいて、まだ適用されていない移行）。これにより、適用されていない移行の up（）メソッドが実行されます。複數(shù)の移動(dòng)を復(fù)活させるために數(shù)値を指定できます。
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データベース移行を作成するためのベストプラクティス

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

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

YIIデータベース移行を使用する場(chǎng)合、潛在的な競(jìng)合またはロールバックの処理

複數(shù)の開発者が移行に同時(shí)に動(dòng)作する場(chǎng)合、または移行が半分に失敗した場(chǎng)合に競(jìng)合が発生する可能性があります。 YIIは、これらの狀況に対処するためのメカニズムを提供します：

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

  理由は次のとおりです。スキーマの移行はデータベース構(gòu)造に焦點(diǎn)を當(dāng)て、データシードはデータベースの初期データの居住に焦點(diǎn)を當(dāng)てています。

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

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

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