程序开发数据库版本控制必备 - Flyway

在我们日常产品发布的过程中，代码的版本控制可以使用git、svn工具实现。对于数据库每当发布时会出现手动执行sql脚本进行升级数据库，中间经常出现一些漏写、错写情况，对数据库的版本与代码的版本不匹配，导致上线后出现数据库不同步的问题。flyway就是对数据库版本进行控制的工具，可以对不同环境的sql进行迁移 *** 作。

flyway 的官网：https://flywaydb.org/

flyway会对每次执行过sql脚本保存到flyway_schema_history中，在数据库中将保存sql脚本的版本号和对sql生成checksum，当下次执行数据库迁移的时候就会按照版本号从低往高执行。如果以前的版本号脚本已经执行过就不会执行，如果以前版本的sql脚本已经被修改在执行的过程中则会报错。对flyway的详细描述与介绍可以查看flyway的官网。

配置好以上maven组件，在IDEA中就可以看到flyway的快捷插件了。

在插件中undo不能使用，undo为回滚 *** 作。回滚 *** 作只有使用商业版才能使用。

命令行执行

IDEA 工具执行(点击baseline、migrate)

使用migrate必须开头是V+版本号+“_ _“+描述.sql

如V1.0.3_20220618__increment.sql

对已经存在数据库schema结构的数据库的一种解决方案。实现在非空数据库新建metaData flyway_schema_history表，并把Migrations应用到该数据库；也可以在已有表格的数据库中添加metaData数据表。 注：对已有的数据结构的数据库来说，必须要进行baseline，才能进行migrate

清楚掉对应数据库Schema中所有的对象，包括表结构，视图，存储过程等，clean *** 作再dev和test阶段很好用，但是在生产环境务必禁用。

执行migrate会在指定文件夹下的sql按照版本号依次执行迁移 *** 作。也就是执行sql脚本，对已经执行过的sql脚本便不再执行。

这样设计你看能满足你的需求不

主表 Original 从表Revision

原始数据存Original, 修订的数据存Revision

这样一条原始数据对应 n条修订数据， 最后添加的revision则是最终版本

或者做一张表，自连接（即自己跟自己互为父子表） 这样就能产生一个数结构

处在根的是原始数据 对应的叶子为最终数据

这样设计你看能满足你的需求不

主表 Original 从表Revision

原始数据存Original, 修订的数据存Revision

这样一条原始数据对应 n条修订数据， 最后添加的revision则是最终版本

或者做一张表，自连接（即自己跟自己互为父子表） 这样就能产生一个数结构

处在根的是原始数据 对应的叶子为最终数据

---