之前一直使用 sql 文件来保存并跟踪数据库表结构的变化。但是使用 sql 文件有以下弊端：
- 无法判断哪些 sql 文件执行了，哪些没执行。虽然加了日期做为 sql 文件名前缀，但是在多人开发，且长时间没有更新线上数据表结构时，经常要挠头
- 执行 sql 文件是件体力活。当你面对十几个 sql alter 文件时，逐个执行非常累心。
- 多套开发、生产环境同步起来还是费时费力。例如，PC 开发机上进行了一次修改，还要同步到笔记本开发环境上，想想都难受。
这些问题，远不如执行一行 migration 来的痛快。
增加一个新字段
例如，我要给 articles 表增加一个 images 字段。
首先需要生成 migration 文件，执行命令
php artisan make:migration add_images_to_articles_table --table=articles
输出结果为
Created Migration: 2018_03_21_225819_add_images_to_articles_table
对应的 database/migrations/ 目录下会自动生成一个文件
database/migrations/2018_03_21_225819_add_images_to_articles_table.php
可以看到文件名前面缀上了日期和时间。
public function up()
{
Schema::table('articles', function (Blueprint $table) {
$table->text('images');
});
}
按照官方文档，加上 images 字段，保存修改。执行命令
php artisan migrate
输出
Migrating: 2018_03_21_225819_add_images_to_articles_table
Migrated: 2018_03_21_225819_add_images_to_articles_table
这时查看数据表 migrations 会发现多了一行记录。
然后就是把修改同步到生产环境了。唯一的区别就是，生产环境服务器上会要求确认是否执行该命令。
**************************************
* Application In Production! *
**************************************
Do you really wish to run this command? (yes/no) [no]:
> yes
Migrating: 2018_03_21_225819_add_images_to_articles_table
Migrated: 2018_03_21_225819_add_images_to_articles_table
修改字段
这不仓促发布造成了 500 错误
SQLSTATE[HY000]: General error: 1364 Field 'images' doesn't have a default value
只需要再新建一个 migration 文件即可，加入
$table->text('images')->nullable()->change();
线上再次执行 migrate 即可解决。
微信关注我哦 👍
我是来自山东烟台的一名开发者，有感兴趣的话题，或者软件开发需求，欢迎加微信 zhongwei 聊聊， 查看更多联系方式