各位对于数据表的同步有啥非常快捷的办法?

平时开发的时候,代码的更新通过git非常方便的就同步更新过去了,但是对于mysql的数据表结构就有些尴尬了。

按我的理解,第一个版本使用migration也是非常便捷的就同步了,但是后续对于结构的调整,使用migration好像不是很方便,要写很多代码,还不如直接从mysql面板直接添加快。

比如说,开发版只是修改一个字段的长度值 ,那如果用migration的话,就需要先创建一个迁移文件,然后写下面的代码:

Schema::table('users', function (Blueprint $table) {
    $table->string('name', 50)->change();
});

最后还要再执行一次迁移命令。

但是如果我从mysql面板直接改,一下子就解决了,没这么多步骤。

我的思考

虽然我觉得手动直接修改会更快捷一些,但是随着更新迭代,会发现本地开发版和线上的正式版结构慢慢差异越来越大了,一点也不规范。
使用migration固然规范,但是写起来步骤多,而且随着结构的变化次数,这个迁移文档是不是会越来越多,非常难维护。

当然可能是我的知识有限,没有找到更好的解决办法,不知道各位大佬平时如何处理这种情况的?

《L05 电商实战》
从零开发一个电商项目,功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 4
slowlyo

Navicat 结构同步 :joy:

2年前 评论
echome123 (楼主) 2年前
Mutoulee

更安全更规范的肯定是migration、seeder方式处理,加上如果多人git协同开发的话更能体现出优势。

如果项目就是一个人,那我还是习惯直接操作SQL,导出导入来得方便。

2年前 评论

migration 的好处就是把对数据库的修改纳入代码版本管理了,虽然稍微麻烦点,但是可以看到对数据库的所有操作,还可以随便回退。特别是多人开发的话,很方便同步。

2年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!