久违了的Spring Boot系列,今天抽空更新一篇。之前写过很多篇关于数据访问的文章了,比如下面这些:
使用JdbcTemplate
使用Spring-data-jpa简化数据访问层(推荐)
多数据源配置(一):JdbcTemplate
多数据源配置(二):Spring-data-jpa
使用NoSQL数据库(一):Redis
使用NoSQL数据库(二):MongoDB
整合MyBatis
MyBatis注解配置详解
使用事务管理
在上面的使用JdbcTemplate一文中,主要通过spring提供的JdbcTemplate实现对用户表的增删改查操作。在实现这个例子的时候,我们事先在MySQL中创建了用户表。创建表的过程我们在实际开发系统的时候会经常使用,但是一直有一个问题存在,由于一个系统的程序版本通过git得到了很好的版本控制,而数据库结构并没有,即使我们通过Git进行了语句的版本化,那么在各个环境的数据库中如何做好版本管理呢?下面我们就通过本文来学习一下在Spring Boot中如何使用Flyway来管理数据库的版本。
Flyway简介
Flyway是一个简单开源数据库版本控制器(约定大于配置),主要提供migrate、clean、info、validate、baseline、repair等命令。它支持SQL(PL/SQL、T-SQL)方式和Java方式,支持命令行客户端等,还提供一系列的插件支持(Maven、Gradle、SBT、ANT等)。
官方网站:https://flywaydb.org/
本文对于Flyway的自身功能不做过多的介绍,读者可以通过阅读官方文档或利用搜索引擎获得更多资料。下面我们具体说说在Spring Boot应用中的应用,如何使用Flyway来创建数据库以及结构不一致的检查。
动手试一试
下面我们可以通过对使用JdbcTemplate一文中的例子进行加工完成。读者也可以拿任何一个与数据访问相关的工程来做如下内容的实验:
第一步,在 中增加flyway的依赖:
第二步,按Flyway的规范创建版本化的SQL脚本。
在工程的 目录下创建 目录
在 目录下创建版本化的SQL脚本
第三步,在 文件中配置Flyway要加载的SQL脚本位置。按第二步创建的结果配置如下:
第四步,执行单元测试 ,此时我们在日志中可以看到如下信息:
Flyway监测到需要运行版本脚本来初始化数据库,因此执行了 脚本,从而创建了user表,这才得以让一系列单元测试(对user表的CRUD操作)通过。
第五步,我们可以继续再执行一下单元测试,此时我们会发现日志输出与之前不同:
由于在第四步的时候,初始化脚本已经执行过,所以这次执行就没有再去执行 脚本来重建user表。
第六步,我们可以尝试修改一下 脚本中的name字段长度,然后在运行一下单元测试,此时我们可以得到如下错误:
由于初始化脚本的改动,Flyway校验失败,认为当前的 脚本与上一次执行的内容不同,提示报错并终止程序,以免造成更严重的数据结构破坏。
总结
到这里为止,本文的内容告一段落。由于博文篇幅问题,对于Flyway更细节的使用没有说的太多,本文主要作为敲门砖,帮助和引导正在使用Spring Boot做系统开发的个人或团队在数据库的版本控制上做的更好提供一些思路。至于更深入的应用还请读者自行翻阅官方文档参考和学习。
本文代码
可以通过下面两个仓库中查阅Chapter3-2-9目录:
Github:https://github.com/dyc87112/SpringBoot-Learning/
Gitee:https://gitee.com/didispace/SpringBoot-Learning
领取专属 10元无门槛券
私享最新 技术干货