【51CTO.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正好相反,其优点在于可以跨平台被使用,其不足之处在于,由于它功能强大,因此我们可能需要花费一定的精力,去维护它的迁移脚本。
相关链接
原文Database Migration tools: Flyway vs. Liquibase,作者: Bartłomiej Żyliński
【51CTO译稿,合作站点转载请注明原文译者和出处为51CTO.com】