本文解釋了YII的數(shù)據(jù)庫遷移系統(tǒng)，用於管理模式更改。它詳細介紹了使用YII遷移命令創(chuàng)建，應(yīng)用和恢復(fù)遷移，強調(diào)原子變化，可逆UPON（）/down（）方法和輔助功能。

如何使用YII的數(shù)據(jù)庫遷移來管理模式更改

YII的數(shù)據(jù)庫遷移提供了一種強大而可以控制的方式來管理數(shù)據(jù)庫模式的更改。核心概念涉及創(chuàng)建遷移類，每個類別代表您數(shù)據(jù)庫的一個原子變化。這些更改通常是表，列，索引和關(guān)係的添加，修改或刪除。

這是該過程的細分：

1. 創(chuàng)建遷移：您使用yii migrate/create命令來生成新的遷移文件。此命令提示您獲取名稱，然後將其用於創(chuàng)建擴展yii\db\Migration PHP類。此類將包含up()和down()方法。
2. 定義up()和down()的更改： up()方法包含SQL語句應(yīng)用架構(gòu)更改。 down()方法包含反向SQL語句撤消這些更改，對於回滾至關(guān)重要。 YII提供了諸如createTable() ， addColumn() ， dropColumn() ， dropTable()等的輔助方法，從而更容易編寫遷移。
3. 應(yīng)用遷移： yii migrate命令應(yīng)用了所有待處理的遷移（基於遷移歷史記錄表尚未應(yīng)用的遷移）。這將執(zhí)行未應(yīng)用遷移的up()方法。
4. 恢復(fù)遷移： yii migrate/down命令通過執(zhí)行其down()方法來恢復(fù)最近應(yīng)用的遷移。您可以指定一個數(shù)字以恢復(fù)多個遷移。
5. 遷移歷史記錄： YII維護一個遷移歷史表，以跟蹤已應(yīng)用哪些遷移。這樣可以確保僅按正確的順序應(yīng)用一次遷移。

示例：創(chuàng)建users表的遷移可能看起來像這樣：

 <code class="php"><?php use yii\db\Migration; class m231027_100000_create_users_table extends Migration { public function up() { $this->createTable('users', [ 'id' => $this->primaryKey(), 'username' => $this->string(255)->notNull()->unique(), 'email' => $this->string(255)->notNull()->unique(), 'password_hash' => $this->string(255)->notNull(), 'created_at' => $this->integer()->notNull(), 'updated_at' => $this->integer()->notNull(), ]); } public function down() { $this->dropTable('users'); } }</code>

編寫有效YII數(shù)據(jù)庫遷移的最佳實踐

編寫有效的數(shù)據(jù)庫遷移是維護乾淨可管理的數(shù)據(jù)庫架構(gòu)的關(guān)鍵。以下是一些最佳實踐：

• 保持遷移原子：每個遷移都應(yīng)代表一個單一的，獨立的變化。避免將多個無關(guān)的更改結(jié)合到單個遷移中。這使跟蹤更改，有選擇性並了解數(shù)據(jù)庫的歷史記錄變得更加容易。
• 使用描述性名稱：給您的遷移文件清晰，描述性名稱，以反映其所做的更改（例如m231027_100000_add_user_profile_table ）。時間戳前綴確保正確訂購。
• 寫入可逆down()方法：始終實現(xiàn)down()方法以逆轉(zhuǎn)up()中所作的更改。這對於回滾至關(guān)重要並確保數(shù)據(jù)完整性。徹底測試您的down()方法。
• 使用YII的助手方法：利用YII提供的助手方法（ createTable() ， addColumn() ， addForeignKey()等），而不是編寫RAW SQL。這可以提高不同數(shù)據(jù)庫系統(tǒng)的可讀性和可移植性。
• 版本控制遷移：將遷移文件存儲在您的版本控制系統(tǒng)（例如GIT）中，以有效跟蹤更改和協(xié)作。
• 徹底測試：在將遷移應(yīng)用於生產(chǎn)數(shù)據(jù)庫之前，請在開發(fā)或分期環(huán)境中進行徹底測試。
• 避免遷移中的數(shù)據(jù)操縱：雖然可能，請避免操縱遷移中的數(shù)據(jù)，除非絕對必要。數(shù)據(jù)播種通常應(yīng)分別處理。

使用YII數(shù)據(jù)庫遷移時處理潛在的衝突或回滾

如果多個開發(fā)人員同時在遷移上或遷移失敗中途，可能會發(fā)生衝突。 YII提供了處理這些情況的機制：

• 遷移歷史表：遷移歷史表防止重新應(yīng)用已經(jīng)應(yīng)用的遷移，從而最大程度地減少了衝突的風(fēng)險。
• 回滾機制： yii migrate/down命令允許將遷移轉(zhuǎn)移到先前的狀態(tài)，消除不需要或失敗的更改。
• 交易管理： YII的遷移隱含地使用交易。如果遷移的up()方法的任何部分失敗，則整個遷移會自動回滾，從而保留數(shù)據(jù)完整性。
• 手動分辨率：在極少數(shù)複雜衝突的情況下，您可能需要通過編輯遷移文件或遷移歷史記錄表來手動解決它們。這樣做時要謹慎行事。
• 並發(fā)控制：為了進行協(xié)作開發(fā)，請考慮實施一個工作流，該工作流程僅使用鎖定機製或集中式遷移部署過程，該工作流程只能一次應(yīng)用遷移。

使用YII遷移與模式更改一起管理數(shù)據(jù)播種

雖然主要打算用於架構(gòu)更改，但可以擴展YII遷移以處理數(shù)據(jù)播種。但是，通常認為將數(shù)據(jù)播種與模式遷移分開的最佳實踐。

為什麼：

• 關(guān)注點的分離：保持模式變化和數(shù)據(jù)播種分開提高清晰度和可維護性。模式遷移的重點是數(shù)據(jù)庫結(jié)構(gòu)，而數(shù)據(jù)播種則集中於用初始數(shù)據(jù)填充數(shù)據(jù)庫。
• 更容易回滾：如果發(fā)生數(shù)據(jù)播種問題，則回滾包含模式和數(shù)據(jù)更改的遷移比回滾簡單的模式遷移更為複雜。
• 靈活性：分開使您可以輕鬆地重新點播數(shù)據(jù)庫，而無需重新應(yīng)用模式更改。

但是，如果您必須包括種子，則可以在遷移的up()方法中添加數(shù)據(jù)插入邏輯。請記住，在down()方法中包括相應(yīng)的數(shù)據(jù)刪除，以允許正確回滾。對於大型數(shù)據(jù)集，通常不建議這種方法?？紤]使用yii migrate/create來生成專門用於數(shù)據(jù)播種的單獨遷移，從而使過程更有條理。另外，請考慮使用固定數(shù)據(jù)或?qū)Ｓ脭?shù)據(jù)播種腳本進行較大，更複雜的數(shù)據(jù)集。

以上是如何使用YII的數(shù)據(jù)庫遷移來管理模式更改？的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！