在Flyway迁移中包括大容量Postgres表导入的方法有哪些？
我们对Postgres数据库进行了一系列修改，通常可以用SQL编写。所以Flyway似乎非常适合自动化这些。
但是，它们还包括从文件到表的导入，例如
COPY mytable FROM '${PWD}/mydata.sql';
其次，我们不希望依赖Postgres使用这样的文件路径，它显然必须驻留在服务器上。应该可以从远程客户端运行任何迁移--如Amazon的RDS留档（最后一节）。
Flyway是否已经有了处理此类情况的好方法？还是完全避免这个问题的替代方法？
目前，它似乎可以在Java中实现整个迁移，并使用Postgres驱动程序的CopyManager导入数据。然而，这意味着我们的大部分迁移必须在Java完成，这似乎要笨拙得多。（据我所知，混合JavaSQL迁移是不可能的？）
我对Flyway还不太熟悉，所以我想问一下Flyway还有哪些替代方案，因为我认为在迁移过程中导入表是很常见的。
共有1个答案
从Flyway 3.1开始，您可以在迁移文件中使用COPY from STDIN语句来完成此操作。SQL执行引擎将自动使用PostgreSQL的CopyManager传输数据。
-
我当前的项目有几个Flyway迁移，用于将初始数据导入数据库。这个数据是方便的，特别是对于开发人员能够快速设置项目。生产数据通过一些批处理作业导入，具有较新的版本。 其中有些迁移相当大(~20MB)，因此每次应用程序启动时，Flyway都要花费一些时间来计算迁移的校验和。这也是集成测试的一个问题，因为它们也需要更长的时间。 null 我还有什么其他选择？如果可能的话，我希望使用Flyway而不是手
-
我正在使用flyway数据库迁移工具和一个spring boot jpa项目。当我第一次运行服务器时，flyway希望迁移SQL，但表还没有创建。在这种情况下，flyway返回一个错误，该错误类似 spring.flyway.baseline-on-migrate=true spring.flyway.enabled=true spring.flyway.clean-on-validation-e
-
我们面临一个问题：假设一个开发人员在处理分支a的过程中提供了一个新的迁移版本，比如说V331，同时一个QA人员在另一个分支B的QA环境中进行QA。可能会出现qa环境已经有v331版本的情况，因为几个开发人员可能会在不同的时间在不同的分支上创建相同的版本号……更多的是qa经常在分支之间切换，这就是qa数据库变得混乱的原因，特别是表schema_version，这导致我们手动删除损坏的模式版本，解决旧
-
我试图在flyway迁移java代码中注入配置属性的组件，但它总是空的。 我用的是带飞道的Spring靴。 然后在Flyway迁移代码中,尝试按照如下方式自动更新该组件：
-
我已成功地将spring boot配置为使用Flyway的新项目 随Postgres数据库从版本0001.0迁移到0008.0 我已在本地手动更改脚本，但flyway迁移失败。 错误消息示例： 注意：-我不想从表flyway_schema_history中删除脚本条目。
-
我正在尝试使用Flyway运行数据库迁移脚本。我有两个SQL脚本和一个Java脚本正在尝试运行。当我跑步的时候/gradlew flywayMigrate或gradle flywayMigrate它只接受SQL脚本，而不接受Java脚本 我的项目设置如下： database_migrations 我尝试了多种解决方案来让java脚本运行，例如指定，但这只会导致此输出。我尝试过将其移动到其他包。我尝