将飞行道集成到现有数据库中

Question

我们从项目开始就没有使用过Flyway。我们正处于先进的发展状态。专家评论建议在我们的项目中使用Flyway。

问题是我们已经将部分服务(微服务)转移到了另一个测试环境中。

正确实现Flyway的最佳方式是什么？这些要求是:

>

在开发环境中，无需更改已存在的架构。但是所有新脚本都应该使用Flyway来完成。

在测试环境中，不需要改变已经存在的模式。但是，当我们将项目从开发迁移到测试时，测试环境中不可用的东西应该使用Flyway自动创建。

当我们迁移到一个全新的环境(UAT、生产等)时，应该使用Flyway自动创建整个模式。

从文档中，我理解的是:

< li >将开发模式(DDL和DML)的备份作为SQL脚本文件，使用类似V1_0_1__initial.sql的文件名。 < li >使用" flyway clean "清理开发数据库。 < li >为开发数据库建立基线“flyway Baseline-Baseline version = 1 . 0 . 0” < li >现在，执行“flyway migrate”将应用SQL脚本文件V1 _ 0 _ 1 _ _ initial . SQL。 < li >任何新脚本都应该使用更高的版本号编写(如V2 _ 0 _ 1 _ _账户_表格. sql)

这是正确的方法还是有更好的方法来做到这一点？

问题是，我有一个测试html" target="_blank">数据库，其中有不同的数据集(开发和测试中的数据是不同的，我希望保留这两个环境中的数据)。如果是这样，当我们从开发环境中取出DDL和DML并在每个环境中分别应用它们时，将它们分离在不同的脚本文件中是不是很好？可以根据需要手动添加DML但我有点困惑，我是否在做正确的事情。

Answer 1

这是我对flyway与prod DB集成的how-to说明:https://delicious-snipe-938 . idea . site/How-to-integrate-Flyway-with-existing-MySQL-d b-in-Prod-PostgreSQL-is-similar-1 eabafa 8 a 0 e 844 e 88205 c2f 32513 bbbe。

Answer 2

所以，这里实际上有两个问题。数据管理和飞行路线管理。

在数据管理方面，是的，那应该是另外一回事。数据不断增长。除了简单的查找表之外，试图从源代码控制中管理数据很快就会变得非常困难。更不用说你想要不同环境下的不同数据。这也使得自动化部署更加困难(如果您坚持走这条路，分支将是您的朋友，每个数据集一个分支，然后适当地部署)。

是的，您可以在现有项目上实现Flyway。关键是建立基线。你不必做上面列出的所有步骤。假设您有一个现有的数据库。您必须获得定义该数据库的脚本。这个脚本应该包含所有适当的DDL(如果您愿意，还可以包含DML)。按照飞行路线标准命名。类似于V1.0__Baseline.sql。

有了这个，你所要做的就是运行：

flyway baseline

这将建立您现有的代码库作为起点。从那里，您只需要按照命名标准创建脚本：V1.1xxx V2.0xxx V53000.1xxx。并运行

flyway migrate

部署适当的更改。

唯一需要注意的是，正如文档所述，您必须确保您的所有数据库都与您正在创建并标记为基线的V1.0相匹配。当您引入新的变更并将它们迁移到位时，任何偏差都会导致错误。只要您有匹配的基线点，您就应该能够在不同的环境中毫无问题地处理不同的数据。