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

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

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

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

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

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

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

我的思考

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

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

《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 4
slowlyo

Navicat 结构同步 :joy:

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

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

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

1年前 评论

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

1年前 评论

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