Flyway是一款开源的数据库版本管理工具,它更倾向于规约优于配置的方式。
第一步:pom.xml添加maven依赖
1
2
3
4
5
6
|
<!-- https: //mvnrepository.com/artifact/org.flywaydb/flyway-core --> <dependency> <groupId>org.flywaydb</groupId> <artifactId>flyway-core</artifactId> <version> 5.0 . 7 </version> </dependency> |
第二步:开启Flyway支持,在application.properties文件添加Flyway配置
1
2
3
4
5
6
7
|
# FLYWAY (FlywayProperties) flyway.baseline-version= 1.0 . 0 flyway.enabled= true flyway.sql-migration-prefix=V flyway.sql-migration-suffix=.sql flyway.baseline-on-migrate= true flyway.location=db/migration |
第三步:在resource目录下创建db/migration目录添加sql脚本
验证是否成功:项目启动时,会运行flyway执行sql语句.生成schema_version表,用于记录sql执行情况.
当sql文件修改后.比如多个空格,项目启动时,该sql对应的checksum字段与表记录的不一致会报错.
注意事项:
FlywayProperties参数配置详解
flyway.baseline-version 执行基线时用来标记已有Schema的版本。(默认值:1)
flyway.enabled 开启Flyway。 (默认值: true 。 )
flyway.sql-migration-prefix SQL迁移的文件名前缀。 (默认值: V 。 )
flyway.sql-migration-suffix SQL迁移的文件名后缀。 (默认值: .sql 。 )
flyway.baseline-on-migrate 在没有元数据表的情况下,针对非空Schema执行迁移时是否自动调用基线。
flyway.location 迁移脚本的位置。 (默认值: db/migration 。 )
sql文件版本号命名的规范
每个公司的规范肯定不一样.开发时,只需要项目内遵循该规范即可,规范的确定并没有对错.提供一种sql文件命名规范仅供大家参考.
到此这篇关于SpringBoot项目集成Flyway进行数据库版本控制的文章就介绍到这了,更多相关SpringBoot集成Flyway数据库版本控制内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家!
原文链接:https://blog.csdn.net/Cug_wangww/article/details/81150417