比较Flyway与Liquibase两大数据库迁移工具_Java

标签: | 发表时间:2022-01-16 12:14 | 作者:
出处:https://www.sohu.com

众所周知,对于那些使用着关系型数据库引擎的各类应用程序而言,数据库迁移工具的选用是至关重要的。它们不但能够让各种复杂且重复的过程更加自动化,而且可以让我们更加轻松且准确地完成各种大型的迁移任务。

下面,我将对两种最常见的开源迁移工具--Flyway和Liquibase,进行介绍与比较,以方便您在实际项目中做出合理的选择。

Flyway的介绍

Flyway是由Redgate公司带来的一款开源式的数据库迁移工具。该工具注重规则上的简约性,而非繁琐的配置。

目前,它能够支持诸如Postgres、Oracle、SQL Server、DB2、H2、以及MariaDB等大多数主流数据库引擎。同时,Flyway还可以支持诸如:Amazon RDS、Google Cloud SQL、以及Heroku等基于云端业务的数据库服务。

该工具所用到的脚本既可以用纯SQL(支持多种SQL语法),又能够用Java(主要用于更复杂的转换)来进行编写。同时,它既带有命令行客户端,又提供支持Maven和Gradle的插件。此外,它的Java API,还适用于Android系统。

Flyway的Evolve非常适用于习惯了使用.NET和C#的用户。因此,如果您对其有兴趣的话,请查看文末列出的它在GitHub上的链接页面。

Liquibase的介绍

作为于2006年推出的、可用于数据库迁移的开源类工具,Liquibase是基于变更日志(changelog)和变更集(changesets)文件的相关概念实现的。这些文件可以由SQL、XML、YAML、以及JSON编写而成。它们通过存储那些针对数据库结构的更改,以便将其应用到任何其他数据库的实例上。

目前,Liquibase支持的数据库种类包括:Postgres、Oracle、DB2、H2、MariaDB、SQL Server、以及SQLite等。同时,它还支持诸如:Azure SQL、Amazon RDS、以及Amazon Aurora等许多基于云的数据库。

您可以使用诸如Maven、Gradle、甚至是Ant之类的构建工具,从Shell中运行Liquibase的迁移脚本。此外,您可以一次生成纯粹的SQL查询,以便您的DBA、Ops、DevOps团队、或负责数据库的任何人,可以进一步执行此类查询。

有了对于上述两种工具的基本概念,下面让我们来讨论一下它们之间的相同点和不同之处。

Flyway和Liquibase之间的相似之处

  • 在某种程度上,两者都属于开源的,并且能够免费提供各种功能。当然它们也都具有提供更多高级功能的付费版本。
  • 两者都可以使用简单、传统的SQL,来编写出迁移脚本。
  • 两者都能完美地“面向Java”,并且都内置了针对Maven和Gradle之类基本构建工具的支持,以及可以与诸如:Spring Boot等最常见的Java框架相集成。
  • 两者都可以从命令行处运行简单的shell脚本。
  • 虽然两者支持的数据库版本和驱动程序,可能存在着一些细微的差异,但是从整体而言,它们能够支持的数据库品种大致相似。
  • 在处理数据库更改时,两者用到了相同的方法,即:基于迁移的数据库交付。
  • 两种工具都实现了由Martin Fowler提出和诠释的数据库重构(Evolutionary database) 的概念(详见本末链接)。

Flyway和Liquibase之间的不同之处

下面,让我们从横跨多个数据库引擎来运行相同脚本的角度,来讨论Flyway和Liquibase的不同之处。

首先,我们会碰到的一个实际问题是:如何针对实例生产差异(diff)。您会发现,我们可以直接使用Liquibase来生成相关差异;却无法使用Flyway来实现,而且即便是其付费版本也无法达到。这便是我们往往在项目中选择Liquibase,而非Flyway的主要原因之一。

其次,我们来看看Java客户端。Flyway拥有原生的Java API,它可以帮助我们进行诸如BLOB和CLOB的更改、以及高级批量数据的修改等较为复杂的迁移。这些功能在某些受限制的迁移场景中,是非常实用的。因此这反过来成为了用户选用Flyway,而非Liquibase的主要原因之一。

接着,我们来讨论两种工具是如何处理回滚的。我们设置Liquibase的changelog文件相对比较容易。实际上,changelog的XML结构甚至已经为回滚代码定义好了一个特殊的字段。而Flyway仅在其付费版本中提供了回滚处理的服务。因此,如果您不介意使用付费工具的话,可以考虑使用Flyway的相关功能。当然,据说Liquibase的付费版本,对于不同类型的回滚,具有更完备的支持。您如果有时间和精力的话,可以去试用一下。

最后,让我们来看看更改顺序的管理。对此,两种工具有着完全不同的处理方法。Flyway采取的是线性数据库版本控制的概念。这意味着,应用更改的顺序,取决于迁移脚本的名称顺序。实际上,Flyway的迁移脚本有着一个完整的命名规则。如果您希望它能够按照预期执行的话,就必须遵循该规则。而在Liquibase中,数据库实例的更改顺序,基于整个changelog文件中的特定更改位置。也就是说,如果您将更改按照某种特定的顺序放在changelog中的话,那么对于数据库的更改也将以完全相同的顺序执行并完成。

小结

综上所述,我们对Flyway和Liquibase两种数据库迁移工具进行了综合比较。总的说来,Flyway的优点在于,其迁移脚本更具有可读性。如果您非常熟悉SQL的话,那么它用起来更加便捷、更加顺手。当然,它的缺点是无法实现跨平台的使用。而Liquibase正好相反,其优点在于可以跨平台被使用,其不足之处在于,由于它功能强大,因此我们可能需要花费一定的精力,去维护它的迁移脚本。

相关链接

  • Martin Fowler的《数据库重构(Evolutionary Database)》
  • GitHub上的Evolve页面
  • Liquibase支持的数据库的完整列表
  • Flyway支持的数据库列表

相关 [flyway liquibase 数据库] 推荐:

比较Flyway与Liquibase两大数据库迁移工具_Java

- -
众所周知,对于那些使用着关系型数据库引擎的各类应用程序而言,数据库迁移工具的选用是至关重要的. 它们不但能够让各种复杂且重复的过程更加自动化,而且可以让我们更加轻松且准确地完成各种大型的迁移任务. 下面,我将对两种最常见的开源迁移工具--Flyway和Liquibase,进行介绍与比较,以方便您在实际项目中做出合理的选择.

flyway

- - I want jing jing
自己写的SQL忘了在所有环境执行. 别人写的SQL我们不能确定是否都在所有环境执行了. 有人修改了已经执行过的SQL,期望再次执行. 每次发版需要手动控制先发DB版本,再发布应用版本. 在项目resources中添加目录. cd 你的目录/resources. 在项目配置中添加flyway配置. # 如果数据库不是空表,需要设置成 true,否则启动报错.

使用flyway对应用的数据库版本控制

- - Java - 编程语言 - ITeye博客
转载自:http://kkuang.net/why-db-migration-tools-flyway/  . 为什么要使用DB migration tools. 我们可以想象,多位开发人员,多个数据库环境. 先前有用过mybatis中的migration,但经常出现莫名其名的异常,并且也不支持多条SQL在1个文件中.

Spring Boot 2 实战:使用 Flyway 管理你数据库的版本变更 - SegmentFault 思否

- -
随着项目的不断迭代,数据库表结构、数据都在发生着变化. 甚至有的业务在多环境版本并行运行. 数据为王的时代,管理好数据库的版本也成为了迫切的需要. Git之类的版本控制工具来管理数据库. Liquibase来管理数据库版本. Flyway相对来说比较受欢迎. Flyway大受欢迎是因为它具有以下优点:.

flyway的使用

- - 行业应用 - ITeye博客
想到要管理数据库的版本,是在实际产品中遇到问题后想到的一种解决方案,当时各个环境的数据库乱作一团,没有任何一个人(开发、测试、维护人员)能够讲清楚当前环境下的数据库是哪个版本,与哪个版本的应用相匹配,如何升级到与新版本的应用相匹配. 想到管理数据库版本时,先是心底形成了一个初步的解决方案,大致是通过数据库中的某张表来记录数据库表结构的历次更新与对应版本,在每次数据库表结构调整时除了提供库表更新sql ,还必须提供更新记录与对应版本的sql ,以帮助维护数据库版本信息,并在遇到问题时提供相关的排查依据.

flyway中文教程

- - 研发管理 - ITeye博客
前言:最近工作上遇到个问题,项目开发过程中,开发代码可以通过svn来版本控制,但数据库又该如何来管理呢. 多个人接触数据库,当对表、字段或数据修改后,又怎么来同步呢. 经过苦寻,发现了个叫flyway的开源项目:http://flywaydb.org/,java编写,官方的介绍就是我的初衷,岂能不心动.

数据库sharding

- - 数据库 - ITeye博客
当团队决定自行实现sharding的时候,DAO层可能是嵌入sharding逻辑的首选位置,因为在这个层面上,每一个DAO的方法都明确地知道需要访问的数据表以及查询参数,借助这些信息可以直接定位到目标shard上,而不必像框架那样需要对SQL进行解析然后再依据配置的规则进行路由. 另一个优势是不会受ORM框架的制约.

数据库索引

- - CSDN博客推荐文章
索引是由用户创建的、能够被修改和删除的、实际存储于数据库中的物理存在;创建索引的目的是使用户能够从整体内容直接查找到某个特定部分的内容. 一般来说,索引能够提高查询,但是会增加额外的空间消耗,并且降低删除、插入和修改速度. 1.聚集索引:表数据按照索引的顺序来存储的. 2.非聚集索引:表数据存储顺序与索引顺序无关.

数据库事务

- - 数据库 - ITeye博客
事务传播发生在类似以下情形:. 假设methodB的配置是:. 如果methodA在事务里,那么methodB也在这个事务中运行. 如果methodA不在事务里,那么methodB重新建立一个事务运行. 如果methodA在事务里,那么methodB也在这个事务中运行. 如果methodA不在是事务里,那么methodB在非事务中运行.