现有数据库的飞行路线介绍
我想介绍现有生产数据库上的flyway。我读过https://flywaydb.org/documentation/existing但我想跳过“从生产中提取DDL和参考数据”这一步
让我解释一下原因：
- 我计划在 DEV 中有一个更接近生产数据的数据库，所以我将进行 PROD 转储，匿名化客户相关数据并将其放在 DEV 上
当在 DEV 中具有来自 PROD 的相同架构时，飞行方式将用于迁移。我的方法是使用标志基线开始飞行路线OnMigate，以便自动创建“flyway_schema_history”表。
我知道缺点是数据库不能由flyway从头创建，但除此之外，它应该工作。
我的问题：
- 负校验和可以吗？
- 什么时候校验和是负的，什么时候是正的？
- 您认为这种方法有什么问题吗？
共有1个答案
你说的是DDL（数据定义语言），在同一个句子中你是匿名化存量数据（DML，数据修改语言）。也许你把两件不同的事情搞混了。
Flyways的主要目标是从头开始迁移您的数据库。这意味着创建、更改和删除表和其他数据库对象。
我推荐给
>
从生产数据库中提取DDL并将其添加为V1迁移脚本
为开发环境处理数据插入和匿名化。
希望这有所帮助
-
我们有一个生产数据库，我们使用flyway来维护它。最近我们克隆了我们的生产数据库来创建一个UAT数据库。UAT数据库具有与生产中相同的模式和数据。现在我们尝试在UAT数据库上运行“mvn flyway： iri ate”来测试新的flyway脚本。然而，我们得到了 脚本。23是一个新脚本。我们预计该州正在等待。然而，所有脚本的状态都变成了Baseln。我搜索了一天的相关主题，但找不到与我的案例相
-
飞行路线 点击“飞行路线”按钮，打开飞行设置编辑面板，点击“添加飞行路线”，跳转你想飞行时的节点的视角，点击“添加当前位置为视角”，这是播放时间点击确定。
-
我们从项目开始就没有使用过Flyway。我们正处于先进的发展状态。专家评论建议在我们的项目中使用Flyway。 问题是我们已经将部分服务(微服务)转移到了另一个测试环境中。 正确实现Flyway的最佳方式是什么？这些要求是: > 在开发环境中，无需更改已存在的架构。但是所有新脚本都应该使用Flyway来完成。 在测试环境中，不需要改变已经存在的模式。但是，当我们将项目从开发迁移到测试时，测试环境中
-
接口说明 如果已创建了飞行路径，而想修改飞行路径的相关信息，Wish3DEarth团队新增了修改飞行路线的接口，开发者可以通过该接口，来修改飞行路径的相关信息（名称、视点等）。 注意：vpIds如果不传，默认会将原有的视点置空 如需调用，请访问 开发者文档 来查看详细的接口使用说明 该接口仅开放给已获取SDK的开发者 API地址 POST /api/flyline/1.0.0/update 是否需
-
flyway可以在迁移之前对数据库进行验证检查吗？ 场景1 例如:我试图在现有的数据库上执行flyway。我已经在db_users表中插入了一些用户。 但是我的sql脚本有db_users表的create语句和所有用户的插入语句，包括那些已经插入的用户。 我可以在创建表之前做IFNOT_EXISTS检查，但很难在每次插入之前做检查。 情景2 我已经在数据库中迁移了脚本V1、V2和V3。我修改了脚本
-
我希望Flyway在我向服务器部署新战争时运行。 部署服务器时，飞行路线会自动运行吗？我是否必须始终自动执行脚本，然后执行飞行路线迁移命令？或者最好的方法是什么？ 服务器： 该服务器是一个运行在Elastic Beanstalk (AWS)上的Java Tomcat服务器，它连接到一个MySQL数据库。 部署流程 我们在数据库上手动运行sql迁移脚本。然后我们上传一个服务器的新war到Elasti