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

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

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

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

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

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

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

我的思考#

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

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

《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 4
slowlyo

Navicat 结构同步 :joy:

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

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

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

2年前 评论

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

2年前 评论