发布网友
共3个回答
懂视网
Flyway 将 SQL 文件分为 Versioned 、Repeatable 和 Undo 三种:
Versioned 用于版本升级, 每个版本有唯一的版本号并只能执行一次.
Repeatable 可重复执行, 当 Flyway检测到 Repeatable 类型的 SQL 脚本的 checksum
有变动, Flyway 就会重新应用该脚本. 它并不用于版本更新, 这类的 migration
总是在 Versioned 执行之后才被执行。
这三种的命名规则如下图:
V
表示 Versioned, R
表示 Repeatable, U
表示 Undo.
或下划线 _
__
_
或空格 分隔Spring Boot 提供了对 Flyway 的自动配置 。使我们可以开箱即用 Flyway 进行数据库版本控制。
你只需要引入依赖:
<!-- 无需版本号 -->
<dependency>
<groupId>org.flywaydb</groupId>
<artifactId>flyway-core</artifactId>
</dependency>
当然你要集成你的相关数据库环境。这里我们采用 H2 数据库来演示,其它数据库同理只不过方言不同。不熟悉 H2 数据库的可参阅我的专题文章 Spring Boot 2 实战:H2数据库集成以及使用 。
为了直观的讲解配置,首先在 Spring Boot 配置文件 application.yml
我们配置 H2 数据库为:
spring:
datasource:
# h2 驱动
driver-class-name: org.h2.Driver
# h2 数据库 持久化到磁盘D:/h2 库名: flyway mysql模式
url: jdbc:h2:file:D:/h2/flyway;MODE=MySQL;DATABASE_TO_LOWER=TRUE
h2:
# 开启console 访问 默认false
console:
enabled: true
settings:
# 开启h2 console 跟踪 方便调试 默认 false
trace: true
# 允许console 远程访问 默认false
web-allow-others: true
# h2 访问路径上下文
path: /h2-console
对应Flyway的配置为:
# flyway 配置
spring:
flyway:
# 启用或禁用 flyway
enabled: true
# flyway 的 clean 命令会删除指定 schema 下的所有 table, 生产务必禁掉。这个默认值是 false 理论上作为默认配置是不科学的。
clean-disabled: true
# SQL 脚本的目录,多个路径使用逗号分隔 默认值 classpath:db/migration
locations: classpath:db/migration
# metadata 版本控制信息表 默认 flyway_schema_history
table: flyway_schema_history
# 如果没有 flyway_schema_history 这个 metadata 表, 在执行 flyway migrate 命令之前, 必须先执行 flyway baseline 命令
# 设置为 true 后 flyway 将在需要 baseline 的时候, 自动执行一次 baseline。
baseline-on-migrate: true
# 指定 baseline 的版本号,默认值为 1, 低于该版本号的 SQL 文件, migrate 时会被忽略
baseline-version: 1
# 字符编码 默认 UTF-8
encoding: UTF-8
# 是否允许不按顺序迁移 开发建议 true 生产建议 false
out-of-order: false
# 需要 flyway 管控的 schema list,这里我们配置为flyway 缺省的话, 使用spring.datasource.url 配置的那个 schema,
# 可以指定多个schema, 但仅会在第一个schema下建立 metadata 表, 也仅在第一个schema应用migration sql 脚本.
# 但flyway Clean 命令会依次在这些schema下都执行一遍. 所以 确保生产 spring.flyway.clean-disabled 为 true
schemas: flyway
# 执行迁移时是否自动调用验证 当你的 版本不符合逻辑 比如 你先执行了 DML 而没有 对应的DDL 会抛出异常
validate-on-migrate: true
请务必仔细阅读 Flyway 相关配置的说明。
我们先编写一个初始化 SQL 文件,向 H2 数据库已经自动初始化的 schema flyway
添加一张 sys_user
表。请注意命名规则。脚本名称为 V1.0.1__Add_table_user.sql
。SQL 脚本的位置在配置的 spring.flyway.locations
下。内容为:
use `flyway`;
CREATE TABLE `sys_user`
(
`user_id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`username` varchar(1024) NOT NULL unique ,
`encode_password` varchar(1024) NOT NULL,
`age` int(3) NOT NULL,
PRIMARY KEY (`user_id`)
) ENGINE = InnoDB
DEFAULT CHARSET = utf8mb4;
insert into flyway.sys_user values (1,‘Felordcn‘,‘{noop}12345‘,18);
启动 Spring Boot 应用 。打开 H2 数据库控制台 http://localhost:8080/h2-console
,在 JDBC URL 一栏粘贴 jdbc:h2:file:D:/h2/flyway;MODE=MySQL;DATABASE_TO_LOWER=TRUE
并点击 Connect
按钮会进入以下界面:
这里 -1
是因为我们缺省了 Flyway 需要的 flyway_schema_history
表 。0
是因为 H2 数据库自动初始化了 Schema flyway
,其它数据库可能需要你手动来建立。
我们编写一个 V1.0.0__Delete_sysuser_felordcn.sql
来删除 V1.0.1__Add_table_user.sql
中初始化的用户。你会发现启动报错了,因为我们开启了校验,所以对于逻辑错误的版本会抛出异常。我们将版本号更改为 V1.0.2__Delete_sysuser_felordcn.sql
再次启动。通过 H2 数据库控制台我们会发现多了一条变更记录:
同时 sys_user
表的数据也没有了,符合预期。
通过上面的介绍相信你很快就会使用 Flyway 进行数据库版本控制了。这里总结了一些在实际开发中的使用经验:
spring.flyway.cleanDisabled=false
。V1.0.1__ProjectName_{Feature|fix}_Developer_Description.sql
,这种命名同时也可以获取更多脚本的开发者和相关功能的信息。spring.flyway.outOfOrder
取值 生产上使用 false
,开发中使用 true
。schema
时配置spring.flyway.table
为不同的系统设置不同的 metadata
表名而不使用缺省值 flyway_schema_history
。今天我们对 Flyway 数据库版本迁移管理工具进行了介绍并将之与 Spring Boot 相结合。这将大大规范我们的数据库管理,提高生产效率。同时也分享了一些相当有用的生产实践经验。
快速学会像Git一样管理数据库业务版本变更
标签:内容 技术 模式 har version 依次 脚本 下载 启动
热心网友
为什么你需要使用版本控制系统
版本控制使得团队间协作更加方便。如果没有版本控制系统的话,团队中的所有人可能会在同一组共享文件中工作。对于有人重写了另外人的内容的只是一个时间的问题。
当然,版本控制系统会处理合并不同人提交的更改到一个相同的版本中。在版本控制的术语中这个行为叫归并。在版本控制系统下,在相同文件上操作变得既方便又安全。
当然即使你是个开发者,版本控制系统同样能让你受益匪浅。
例如,版本控制能够让你的项目的存储及版本恢复更加方便。
如果不借用版本控制,你需要用你自己的一套命名规则来保存你的版本,比如用类似website-relaunch-homepage_2013-10-11_v3_JenniferSmith.html.命名形式管理你的文件及文件夹,这将是多么令人感到恐怖的一件事啊。
但是当你引入了版本库后,你只需在你的磁盘中存储一份项目文件夹即可。所有的版本及分支都被安全并且有条不紊地存储在你的版本控制数据库里,并且在你需要的时候能够随时恢复版本。
最后但是并非最不重要的一点是,使用版本控制系统的最好的方面之一是他能够充当文档的作用,这能够有助于促进技术文档的编写。
因为每次主要的更改都是通过cmommit提交封装的(这一点我们会在后面详细介绍),并且每次提交都是用一段文字作为描述的,所以你可以很方便的理解项目是如何增量变化的。通过这个方式能够在出现问题的时候方便的帮助你找到问题的源头。
你为什么应该使用Git
市场上版本控制系统多如牛毛,每个各有千秋。
但是,你有很多为什么应该选择Git作为你的版本控制系统的理由。
首先,Git可以说是现在最流行的开源版本控制系统。
作为一个分散版本控制系统,Git提供了以下几个方面支持:
惊人的处理速度
离线工作支持
在你的机器上有一份完整的副本(包括项目的历史备份)的优势
Git 的另一大优势是其优越的分支管理。尽管其他的版本控制系统也涉及到了分支,但是Git是一个真正建立在分支上的系统,从而它提供了快速简单的分支体验。你一旦理解了后就可以利用她将你的代码质量提升到另外的一个高度。
其他的方面,比如Staging域或者隐藏,同样有助于Git成为你编码时一个非常有用的工具。
当选择任何一个工具时,有一点你必须牢记在心:流行程度。一个没有被市场接受,没有成型的社区的工具通常也没有良好的文档维护,它也很难被其他系统集成,所以它很难在市场上生存太久的。
Git已经成为了一个主流的工具。借助于像Linux内核,Ruby on Rails ,jQuery和许多的开源项目,还有许多大公司(如google,*,和Twitter)等使用证明了Git的优质和可持续性。
安装Git
现在安装Git已经变得非常容易了。(你们真的很幸运)
Git对于Mac和Windows系统提供了一键式的安装。
为了跟随本教程进度,请先在你的电脑上安装好Git.
当然,如果你手头上有一张Git 命令备忘单能够更有利于你深入研究Git.
借助Git命令备忘单你不需要去记忆所有的Git指令,同时它也能够允许你脱离本教程直接自己研究Git.
热心网友
Git是目前世界上最先进的分布式版本控制系统,在开发工作中无可避免的需要使用到它,那么当初入开发时,如何使用Git以及有哪些注意事项呢,在本课程中将为大家做详细讲解。讲解方式站在初学者角度来讲解课程,完全可以让你从在短时间内掌握Git的基本使用。课程内容基本词汇理解、Git安装、Git的工作流程、Git仓库(本地与远程)、Git基本使用、分支、日志查看、回退、冲突解决、GUI工具介绍、文件忽略机制等课程目录1.课程介绍2.Git介绍3.Git与Github两者的区别4.Github账号注册5.Git安装6.Git的本地工作流程7.Git本地仓库操作8.Git的版本回退操作9.Github远程仓库创建10.Github远程仓库使用11.Git分支操作12.冲突的产生于解决13.了解图形化管理工具14.忽略文件操作Git零基础入门到实战详解资料:提取码:tfot