在开发和维护一个数据库驱动的应用程序时, 数据库的结构会像代码一样不断演变。 例如,在开发应用程序的过程中,会增加一张新表且必须得加进来; 在应用程序被部署到生产环境后,需要建立一个索引来提高查询的性能等等。 因为一个数据库结构发生改变的时候源代码也经常会需要做出改变, Yii 提供了一个 数据库迁移 功能,该功能可以记录数据库的变化, 以便使数据库和源代码一起受版本控制。
如下的步骤向我们展示了数据库迁移工具是如何为开发团队所使用的:
如下的步骤向我们展示了如何发布一个附带数据库迁移的新版本到生产环境当中:
Yii 提供了一整套的迁移命令行工具,通过这些工具你可以:
所有的这些工具都可以通过 yii migrate
命令来进行操作。
在这一章节,我们将详细的介绍如何使用这些工具来完成各种各样的任务。
你也可以通过 yii help migrate
命令来获取每一种工具的具体使用方法。
提示: 迁移不仅仅只作用于数据库表, 它同样会调整现有的数据来适应新的表单、创建 RBAC 分层、又或者是清除缓存。
注意: 当你使用迁移来操作数据时,你会发现使用 活动记录 类 很有帮助,因为一些逻辑已经在那里实现了。 然而别忘了,相比于天生保持恒定不变的迁移类中的代码,程序逻辑是随时变化的。 所以当你在迁移中使用活动记录类时,活动记录层中逻辑的变化可能会意外打断现有的迁移。 基于这个原因, 迁移代码应该保持独立于其他程序逻辑,比如活动记录类。
使用如下命令来创建一个新的迁移:
yii migrate/create <name>
必填参数 name
的作用是对新的迁移做一个简要的描述。
例如,如果这个迁移是用来创建一个叫做 news 的表,
那么你可以使用 create_news_table
这个名称并运行如下命令:
yii migrate/create create_news_table
注意: 因为
name
参数会被用来生成迁移的类名的一部分, 所以该参数应当只包含字母、数字和下划线。
如上命令将会在 @app/migrations
目录下创建一个新的名为 m150101_185401_create_news_table.php
的 PHP 类文件。
该文件包含如下的代码,它们用来声明一个迁移类 m150101_185401_create_news_table
,
并附有代码框架:
<?php
use yii\db\Migration;
class m150101_185401_create_news_table extends Migration
{
public function up()
{
}
public function down()
{
echo "m101129_185401_create_news_table cannot be reverted.\n";
return false;
}
/*
// Use safeUp/safeDown to run migration code within a transaction
public function safeUp()
{
}
public function safeDown()
{
}
*/
}
每个数据库迁移都会被定义为一个继承自 yii\db\Migration 的 PHP 类。
类的名称按照 m<YYMMDD_HHMMSS>_<Name>
的格式自动生成,其中
<YYMMDD_HHMMSS>
指执行创建迁移命令的 UTC 时间。<Name>
和你执行命令时所带的 name
参数值相同。在迁移类当中,你应当在 up()
方法中编写改变数据库结构的代码。
你可能还需要在 down()
方法中编写代码来恢复由 up()
方法所做的改变。
当你通过 migration 升级数据库时, up()
方法将会被调用,反之, down()
将会被调用。
如下代码展示了如何通过迁移类来创建一张 news
表:
use yii\db\Schema;
use yii\db\Migration;
class m150101_185401_create_news_table extends \yii\db\Migration
{
public function up()
{
$this->createTable('news', [
'id' => Schema::TYPE_PK,
'title' => Schema::TYPE_STRING . ' NOT NULL',
'content' => Schema::TYPE_TEXT,
]);
}
public function down()
{
$this->dropTable('news');
}
}
注意: 并不是所有迁移都是可恢复的。例如,如果
up()
方法删除了表中的一行数据, 这将无法通过down()
方法来恢复这条数据。有时候,你也许只是懒得去执行down()
方法了, 因为它在恢复数据库迁移方面并不是那么的通用。在这种情况下, 你应当在down()
方法中返回false
来表明这个 migration 是无法恢复的。
migration 的基类 yii\db\Migration 通过 db 属性来连接数据库。 你可以通过 操作数据库模式(schema) 章节中所描述的那些方法来操作数据库模式(schema)。
当你创建一张表或者一个字段的时候,你应该使用 抽象类型 而不是 实体类型,
这样一来你的迁移对象就可以从特定的 DBMS 当中抽离出来。
yii\db\Schema 类定义了一整套可用的抽象类型常量。这些常量的格式为 TYPE_<Name>
。
例如,TYPE_PK
指代自增主键类型;TYPE_STRING
指代字符串类型。
当迁移对象被提交到某个特定的数据库的时候,这些抽象类型将会被转换成相对应的实体类型。
以 MySQL 为例,TYPE_PK
将会变成 int(11) NOT NULL AUTO_INCREMENT PRIMARY KEY
,
而 TYPE_STRING
则变成 varchar(255)
。
在使用抽象类型的时候,你可以添加额外的约束条件。在上面的例子当中,
NOT NULL
被添加到 Schema::TYPE_STRING
当中来指定该字段不能为空。
提示: 抽象类型和实体类型之间的映射关系是由每个具体的
QueryBuilder
类当中的 $typeMap 属性所指定的。
从 2.0.6 版本开始,你可以使用能提供更便捷的方法定义字段模式(schema)的新模式(schema)构建器。 这样上面的迁移就可以写成这样:
<?php
use yii\db\Migration;
class m150101_185401_create_news_table extends Migration
{
public function up()
{
$this->createTable('news', [
'id' => $this->primaryKey(),
'title' => $this->string()->notNull(),
'content' => $this->text(),
]);
}
public function down()
{
$this->dropTable('news');
}
}
所有用来定义字段类型的方法都可以到 yii\db\SchemaBuilderTrait 的 API 文档中查到。
从 2.0.7 版本开始,迁移终端提供了一种创建迁移的便捷方法。
如果迁移对象的名称遵循某种特定的格式,比如 create_xxx
或者 drop_xxx
,
那么生成的迁移代码中将包含创建/删除表的额外代码。
在下文中将描述该特型的所有变型。
yii migrate/create create_post
生成
/**
* Handles the creation for table `post`.
*/
class m150811_220037_create_post extends Migration
{
/**
* @inheritdoc
*/
public function up()
{
$this->createTable('post', [
'id' => $this->primaryKey()
]);
}
/**
* @inheritdoc
*/
public function down()
{
$this->dropTable('post');
}
}
利用 --fields
选项指定字段参数,可以立即创建字段。
yii migrate/create create_post --fields="title:string,body:text"
生成
/**
* Handles the creation for table `post`.
*/
class m150811_220037_create_post extends Migration
{
/**
* @inheritdoc
*/
public function up()
{
$this->createTable('post', [
'id' => $this->primaryKey(),
'title' => $this->string(),
'body' => $this->text(),
]);
}
/**
* @inheritdoc
*/
public function down()
{
$this->dropTable('post');
}
}
你可以指定更多的字段参数。
yii migrate/create create_post --fields="title:string(12):notNull:unique,body:text"
生成
/**
* Handles the creation for table `post`.
*/
class m150811_220037_create_post extends Migration
{
/**
* @inheritdoc
*/
public function up()
{
$this->createTable('post', [
'id' => $this->primaryKey(),
'title' => $this->string(12)->notNull()->unique(),
'body' => $this->text()
]);
}
/**
* @inheritdoc
*/
public function down()
{
$this->dropTable('post');
}
}
注意: 主键会被自动添加同时默认名称为
id
。 如果你想使用其他名称可以使用--fields="name:primaryKey"
来指定名称。
从 2.0.8 版本开始,生成器通过使用 foreignKey
关键字支持外键。
yii migrate/create create_post --fields="author_id:integer:notNull:foreignKey(user),category_id:integer:defaultValue(1):foreignKey,title:string,body:text"
生成
/**
* Handles the creation for table `post`.
* Has foreign keys to the tables:
*
* - `user`
* - `category`
*/
class m160328_040430_create_post extends Migration
{
/**
* @inheritdoc
*/
public function up()
{
$this->createTable('post', [
'id' => $this->primaryKey(),
'author_id' => $this->integer()->notNull(),
'category_id' => $this->integer()->defaultValue(1),
'title' => $this->string(),
'body' => $this->text(),
]);
// creates index for column `author_id`
$this->createIndex(
'idx-post-author_id',
'post',
'author_id'
);
// add foreign key for table `user`
$this->addForeignKey(
'fk-post-author_id',
'post',
'author_id',
'user',
'id',
'CASCADE'
);
// creates index for column `category_id`
$this->createIndex(
'idx-post-category_id',
'post',
'category_id'
);
// add foreign key for table `category`
$this->addForeignKey(
'fk-post-category_id',
'post',
'category_id',
'category',
'id',
'CASCADE'
);
}
/**
* @inheritdoc
*/
public function down()
{
// drops foreign key for table `user`
$this->dropForeignKey(
'fk-post-author_id',
'post'
);
// drops index for column `author_id`
$this->dropIndex(
'idx-post-author_id',
'post'
);
// drops foreign key for table `category`
$this->dropForeignKey(
'fk-post-category_id',
'post'
);
// drops index for column `category_id`
$this->dropIndex(
'idx-post-category_id',
'post'
);
$this->dropTable('post');
}
}
foreignKey
关键字在字段描述中的位置不会影响生成的代码。
那意味着:
author_id:integer:notNull:foreignKey(user)
author_id:integer:foreignKey(user):notNull
author_id:foreignKey(user):integer:notNull
以上都会生成相同的代码。
foreignKey
关键字可以在圆括号中间接收一个参数,
这个参数将会成为生成外键所需的关联表的名称。
如果不传入任何参数,那么表名将会根据字段名来生成。
在上面的例子中,author_id:integer:notNull:foreignKey(user)
会生成一个
带有关联 user
表的外键,名称为 author_id
的字段,
category_id:integer:defaultValue(1):foreignKey
会生成一个
带有关联 category
表的外键,名称为 category_id
的字段。
从 2.0.11 版本开始,foreignKey
接收第二个参数,跟第一个参数用空格分开。
这个参数表示生成的外键所关联字段的名称。
如果不传入第二个参数,字段名将从表模式(schema)中获得。
如果模式(schema)不存在,或者未设置主键,又或者是联合主键,字段将使用 id
作为默认名称。
yii migrate/create drop_post --fields="title:string(12):notNull:unique,body:text"
生成
class m150811_220037_drop_post extends Migration
{
public function up()
{
$this->dropTable('post');
}
public function down()
{
$this->createTable('post', [
'id' => $this->primaryKey(),
'title' => $this->string(12)->notNull()->unique(),
'body' => $this->text()
]);
}
}
如果迁移的名称遵循 add_xxx_to_yyy
这样的格式,
生成的类文件将会包含必要的 addColumn
和 dropColumn
。
添加字段:
yii migrate/create add_position_to_post --fields="position:integer"
生成
class m150811_220037_add_position_to_post extends Migration
{
public function up()
{
$this->addColumn('post', 'position', $this->integer());
}
public function down()
{
$this->dropColumn('post', 'position');
}
}
你可以像如下这样指定多个字段:
yii migrate/create add_xxx_column_yyy_column_to_zzz_table --fields="xxx:integer,yyy:text"
如果迁移的名称遵循 drop_xxx_from_yyy
这样的格式,
生成的类文件将会包含必要的 addColumn
和 dropColumn
。
yii migrate/create drop_position_from_post --fields="position:integer"
生成
class m150811_220037_drop_position_from_post extends Migration
{
public function up()
{
$this->dropColumn('post', 'position');
}
public function down()
{
$this->addColumn('post', 'position', $this->integer());
}
}
如果迁移的名称遵循 create_junction_xxx_and_yyy
这样的格式,
创建连接表的必要代码将会被生成。
yii migrate/create create_junction_post_and_tag --fields="created_at:dateTime"
生成
/**
* Handles the creation for table `post_tag`.
* Has foreign keys to the tables:
*
* - `post`
* - `tag`
*/
class m160328_041642_create_junction_post_and_tag extends Migration
{
/**
* @inheritdoc
*/
public function up()
{
$this->createTable('post_tag', [
'post_id' => $this->integer(),
'tag_id' => $this->integer(),
'created_at' => $this->dateTime(),
'PRIMARY KEY(post_id, tag_id)',
]);
// creates index for column `post_id`
$this->createIndex(
'idx-post_tag-post_id',
'post_tag',
'post_id'
);
// add foreign key for table `post`
$this->addForeignKey(
'fk-post_tag-post_id',
'post_tag',
'post_id',
'post',
'id',
'CASCADE'
);
// creates index for column `tag_id`
$this->createIndex(
'idx-post_tag-tag_id',
'post_tag',
'tag_id'
);
// add foreign key for table `tag`
$this->addForeignKey(
'fk-post_tag-tag_id',
'post_tag',
'tag_id',
'tag',
'id',
'CASCADE'
);
}
/**
* @inheritdoc
*/
public function down()
{
// drops foreign key for table `post`
$this->dropForeignKey(
'fk-post_tag-post_id',
'post_tag'
);
// drops index for column `post_id`
$this->dropIndex(
'idx-post_tag-post_id',
'post_tag'
);
// drops foreign key for table `tag`
$this->dropForeignKey(
'fk-post_tag-tag_id',
'post_tag'
);
// drops index for column `tag_id`
$this->dropIndex(
'idx-post_tag-tag_id',
'post_tag'
);
$this->dropTable('post_tag');
}
}
从 2.0.11 版本开始,连接表的外键字段名将从表模式(schema)中获得。
如果模式(schema)不存在,或者未设置主键,又或者是联合主键,字段将使用 id
作为默认名称。
当需要实现复杂的数据库迁移的时候,确定每一个迁移的执行是否成功或失败就变得相当重要了, 因为这将影响到数据库的完整性和一致性。为了达到这个目标,我们建议你把每个迁移里面的 数据库操作都封装到一个 transaction 里面。
实现事务迁移的一个更为简便的方法是把迁移的代码都放到 safeUp()
和 safeDown()
方法里面。
它们与 up()
和 down()
的不同点就在于它们是被隐式的封装到事务当中的。
如此一来,只要这些方法里面的任何一个操作失败了,那么所有之前的操作都会被自动的回滚。
在如下的例子当中,除了创建 news
表以外,我们还插入了一行初始化数据到表里面。
use yii\db\Schema;
use yii\db\Migration;
class m150101_185401_create_news_table extends Migration
{
public function safeUp()
{
$this->createTable('news', [
'id' => $this->primaryKey(),,
'title' => $this->string()->notNull(),
'content' => $this->text(),
]);
$this->insert('news', [
'title' => 'test 1',
'content' => 'content 1',
]);
}
public function safeDown()
{
$this->delete('news', ['id' => 1]);
$this->dropTable('news');
}
}
需要注意的是,当你在 safeUp()
当中执行多个数据库操作的时候,你应该在 safeDown()
方法当中反转它们的执行顺序。
在上面的例子当中,我们在 safeUp()
方法当中首先创建了一张表,然后插入了一条数据;而在 safeDown()
方法当中,
我们首先删除那一行数据,然后才删除那张表。
注意: 并不是所有的数据库都支持事务。有些数据库查询也是不能被放到事务里面的。 在 implicit commit 章节当中有相关的例子可以参考。 如果遇到这种情况的话,那么你应该使用
up()
和down()
方法进行替代。
迁移的基类 yii\db\Migration 提供了一整套访问和操作数据库的方法。 你可能会发现这些方法的命名和 yii\db\Command 类提供的 DAO 方法 很类似。 例如,yii\db\Migration::createTable() 方法可以创建一张新的表, 这和 yii\db\Command::createTable() 的功能是一模一样的。
使用 yii\db\Migration 所提供的方法的好处在于你不需要再显式的创建 yii\db\Command 实例, 而且在执行每个方法的时候都会显示一些有用的信息来告诉我们数据库操作是不是都已经完成, 还有它们完成这些操作花了多长时间等等。
如下是所有这些数据库访问方法的列表:
提示: yii\db\Migration 并没有提供数据库的查询方法。 这是因为通常你是不需要去数据库把数据一行一行查出来再显示出来的。 另外一个原因是你完全可以使用强大的 Query Builder 查询构建器 来构建和查询。
你可以像这样在迁移中使用查询构建器:
// 更新所有用户的 status 字段 foreach((new Query)->from('users')->each() as $user) { $this->update('users', ['status' => 1], ['id' => $user['id']]); }
为了将数据库升级到最新的结构,你应该使用如下命令来提交所有新的迁移:
yii migrate
这条命令会列出迄今为止所有未提交的迁移。如果你确定你需要提交这些迁移,
它将会按照类名当中的时间戳的顺序,一个接着一个的运行每个新的迁移类里面的 up()
或者是 safeUp()
方法。
如果其中任意一个迁移提交失败了,
那么这条命令将会退出并停止剩下的那些还未执行的迁移。
提示: 如果你的服务器没有命令行, 你可以尝试 web shell 这个扩展。
对于每一个成功提交的迁移,这条命令都会在一个叫做 migration
的数据库表中插入一条包含应用程序成功提交迁移的记录,
该记录将帮助迁移工具判断哪些迁移已经提交,哪些还没有提交。
信息: 迁移工具将会自动在数据库当中创建
migration
表, 该数据库是在该命令的 db 选项当中指定的。 默认情况下,是由db
application component 指定的。
有时,你可能只需要提交一个或者少数的几个迁移, 你可以使用该命令指定需要执行的条数,而不是执行所有的可用迁移。 例如,如下命令将会尝试提交前三个可用的迁移:
yii migrate 3
你也可以指定一个特定的迁移,按照如下格式使用 migrate/to
命令
来指定数据库应该提交哪一个迁移:
yii migrate/to 150101_185401 # using timestamp to specify the migration 使用时间戳来指定迁移
yii migrate/to "2015-01-01 18:54:01" # using a string that can be parsed by strtotime() 使用一个可以被 strtotime() 解析的字符串
yii migrate/to m150101_185401_create_news_table # using full name 使用全名
yii migrate/to 1392853618 # using UNIX timestamp 使用 UNIX 时间戳
如果在指定要提交的迁移前面还有未提交的迁移,那么在执行这个被指定的迁移之前, 这些还未提交的迁移会先被提交。
如果被指定提交的迁移在之前已经被提交过,那么在其之后的那些迁移将会被还原。
你可以使用如下命令来还原其中一个或多个意见被提交过的迁移:
yii migrate/down # revert the most recently applied migration 还原最近一次提交的迁移
yii migrate/down 3 # revert the most 3 recently applied migrations 还原最近三次提交的迁移
注意: 并不是所有的迁移都能被还原。 尝试还原这类迁移将可能导致报错甚至是终止所有的还原进程。
重做迁移的意思是先还原指定的迁移,然后再次提交。 如下所示:
yii migrate/redo # 重做最近一次提交的迁移
yii migrate/redo 3 # 重做最近三次提交的迁移
注意: 如果一个迁移是不能被还原的,那么你将无法对它进行重做。
从 2.0.13 版本开始,你可以从数据库中删除所有的表和外键,从头开始重新提交所有迁移。
yii migrate/fresh # 清空数据库并从头开始应用所有迁移。
你可以使用如下命令列出那些提交了的或者是还未提交的迁移:
yii migrate/history # 显示最近10次提交的迁移
yii migrate/history 5 # 显示最近5次提交的迁移
yii migrate/history all # 显示所有已经提交过的迁移
yii migrate/new # 显示前10个还未提交的迁移
yii migrate/new 5 # 显示前5个还未提交的迁移
yii migrate/new all # 显示所有还未提交的迁移
有时候你也许需要简单的标记一下你的数据库已经升级到一个特定的迁移, 而不是实际提交或者是还原迁移。 这个经常会发生在你手动的改变数据库的一个特定状态,而又不想相应的迁移被重复提交。 那么你可以使用如下命令来达到目的:
yii migrate/mark 150101_185401 # 使用时间戳来指定迁移
yii migrate/mark "2015-01-01 18:54:01" # 使用一个可以被 strtotime() 解析的字符串
yii migrate/mark m150101_185401_create_news_table # 使用全名
yii migrate/mark 1392853618 # 使用 UNIX 时间戳
该命令将会添加或者删除 migration
表当中的某几行数据来表明数据库已经提交到了指定的某个迁移上。
执行这条命令期间不会有任何的迁移会被提交或还原。
有很多方法可以自定义迁移命令。
迁移命令附带了几个命令行选项,可以用来自定义它的行为:
interactive
:boolean (默认值为 true),指定是否以交互模式来运行迁移。
当被设置为 true 时,在命令执行某些操作前,会提示用户。如果你希望在后台执行该命令,
那么你应该把它设置成 false。
migrationPath
:string|array (默认值为 @app/migrations
),指定存放所有迁移类文件的目录。该选项可以是一个目录的路径,
也可以是 路径别名。需要注意的是指定的目录必选存在,
否则将会触发一个错误。
从 2.0.12 版本开始,可以用一个数组来指定从多个来源读取迁移类文件。
migrationTable
:string (默认值为 migration
),指定用于存储迁移历史信息的数据库表名称。
如果这张表不存在,那么迁移命令将自动创建这张表。当然你也可以使用这样的字段结构:
version varchar(255) primary key, apply_time integer
来手动创建这张表。
db
:string (默认值为 db
),指定数据库 application component 的 ID。
它指的是将会被该命令迁移的数据库。
templateFile
:string (默认值为 @yii/views/migration.php
),
指定生产迁移框架代码类文件的模版文件路径。
该选项即可以使用文件路径来指定,也可以使用路径 别名 来指定。
该模版文件是一个可以使用预定义变量 $className
来获取迁移类名称的 PHP 脚本。
generatorTemplateFiles
:array (defaults to `[
'create_table' => '@yii/views/createTableMigration.php',
'drop_table' => '@yii/views/dropTableMigration.php',
'add_column' => '@yii/views/addColumnMigration.php',
'drop_column' => '@yii/views/dropColumnMigration.php',
'create_junction' => '@yii/views/createJunctionMigration.php'
]`),指定生成迁移代码的模版文件,查看 "Generating Migrations" 了解更多细节。
fields
:由用来创建迁移代码的多个字段定义字符串所组成的数组。默认是 []
。
字段定义的格式是 COLUMN_NAME:COLUMN_TYPE:COLUMN_DECORATOR
。例如,--fields=name:string(12):notNull
会创建
一个长度为 12 的,非空的,字符串类型的字段。
如下例子向我们展示了如何使用这些选项:
例如,如果我们需要迁移一个 forum
模块,
而该迁移文件放在该模块下的 migrations
目录当中,
那么我们可以使用如下命令:
# 在 forum 模块中以非交互模式进行迁移
yii migrate --migrationPath=@app/modules/forum/migrations --interactive=0
为了避免运行迁移命令的时候每次都要重复的输入一些同样的参数, 你可以选择在应用程序配置当中进行全局配置,一劳永逸:
return [
'controllerMap' => [
'migrate' => [
'class' => 'yii\console\controllers\MigrateController',
'migrationTable' => 'backend_migration',
],
],
];
如上所示配置,在每次运行迁移命令的时候,
backend_migration
表将会被用来记录迁移历史。
你再也不需要通过 migrationTable
命令行参数来指定这张历史纪录表了。
自从 2.0.10 版本开始,你可以为迁移类使用命名空间。 你可以通过 migrationNamespaces 来指定迁移会用到的命名空间。 使用命名空间将允许你利用多个源的位置进行迁移。例如:
return [
'controllerMap' => [
'migrate' => [
'class' => 'yii\console\controllers\MigrateController',
'migrationPath' => null, // disable non-namespaced migrations if app\migrations is listed below
'migrationNamespaces' => [
'app\migrations', // Common migrations for the whole application
'module\migrations', // Migrations for the specific project's module
'some\extension\migrations', // Migrations for the specific extension
],
],
],
];
注意: 从不同命名空间提交的迁移会创建出一份单一的迁移历史, 比如你不能只从某个特定的命名空间去提交或者还原迁移。
当你正在操作使用命名空间的迁移时:比如创建迁移,还原迁移等,你应当在迁移名称前指明完整的命名空间。
要注意反斜线(\
)在 shell 中会被当成特殊字符,你应该对反斜线进行编码,
避免 shell 报错或者产生不正确的结果。例如:
yii migrate/create 'app\\migrations\\createUserTable'
注意: 通过 migrationPath 声明的迁移不能包含命名空间, 使用命名空间的迁移只能通过 yii\console\controllers\MigrateController::$migrationNamespaces 的属性来提交。
从版本 2.0.12 开始,migrationPath 属性也接收一个数组作为参数, 这个数组指明了没有使用命名空间的多个迁移的目录。 这个参数主要用于已经从多个位置进行了迁移的现有项目。 这些迁移主要来自外部资源,比如其他开发人员开发的 Yii 扩展, 当使用新方法时,这些迁移很难改成使用命名空间。
有时候我们并不想整个项目所有的迁移都记录到同一份迁移历史中。 例如:你可能安装了 'blog' 扩展,它有自己独立的功能和迁移, 不会影响到用于项目主要功能的其他扩展。
如果你想完全分开提交和追踪多个迁移, 你可以同时配置使用不同命名空间和历史记录表的多条迁移命令:
return [
'controllerMap' => [
// Common migrations for the whole application
'migrate-app' => [
'class' => 'yii\console\controllers\MigrateController',
'migrationNamespaces' => ['app\migrations'],
'migrationTable' => 'migration_app',
'migrationPath' => null,
],
// Migrations for the specific project's module
'migrate-module' => [
'class' => 'yii\console\controllers\MigrateController',
'migrationNamespaces' => ['module\migrations'],
'migrationTable' => 'migration_module',
'migrationPath' => null,
],
// Migrations for the specific extension
'migrate-rbac' => [
'class' => 'yii\console\controllers\MigrateController',
'migrationPath' => '@yii/rbac/migrations',
'migrationTable' => 'migration_rbac',
],
],
];
请注意,要同步数据库,您现在需要运行多个命令而不是一个:
yii migrate-app
yii migrate-module
yii migrate-rbac
默认情况下,迁移将会提交到由 db
application component 所定义的同一个数据库当中。
如果你需要提交到不同的数据库,你可以像下面那样指定 db
命令行选项,
yii migrate --db=db2
上面的命令将会把迁移提交到 db2
数据库当中。
有些时候你需要提交 一些 迁移到一个数据库,而另外一些则提交到另一个数据库。 为了达到这个目的,你应该在实现一个迁移类的时候指定需要用到的数据库组件的 ID , 如下所示:
<?php
use yii\db\Migration;
class m150101_185401_create_news_table extends Migration
{
public function init()
{
$this->db = 'db2';
parent::init();
}
}
即使你使用 db
命令行选项指定了另外一个不同的数据库,上面的迁移还是会被提交到 db2
当中。
需要注意的是这个时候迁移的历史信息依然会被记录到 db
命令行选项所指定的数据库当中。
如果有多个迁移都使用到了同一个数据库,那么建议你创建一个迁移的基类,里面包含上述的 init()
代码。
然后每个迁移类都继承这个基类就可以了。
提示: 除了在 db 参数当中进行设置以外, 你还可以通过在迁移类中创建新的数据库连接来操作不同的数据库。 然后通过这些连接再使用 DAO 方法 来操作不同的数据库。
另外一个可以让你迁移多个数据库的策略是把迁移存放到不同的目录下, 然后你可以通过如下命令分别对不同的数据库进行迁移:
yii migrate --migrationPath=@app/migrations/db1 --db=db1
yii migrate --migrationPath=@app/migrations/db2 --db=db2
...
第一条命令将会把 @app/migrations/db1
目录下的迁移提交到 db1
数据库当中,
第二条命令则会把 @app/migrations/db2
下的迁移提交到 db2
数据库当中,以此类推。
Found a typo or you think this page needs improvement?
Edit it on github !
中文版本文档有误, 原文“如果迁移对象的名称遵循某种特定的格式,比如 create_xxx 或者 drop_xxx, 那么生成的迁移代码中将包含创建/删除表的额外代码。”
create_xxx 或者 drop_xxx 应该是 create_xxx_table 或 drop_xxx_table
Signup or Login in order to comment.