我正在尝试使用Flyway来模拟模块化应用程序的数据库.每个模块都有自己独立的表集和迁移脚本,这些脚本将控制该组表的版本控制.
Flyway允许我为每个模块指定不同的元数据表 – 这样我就可以独立地对每个模块进行版本化.当我尝试升级应用程序时,我为每个模块运行一个迁移过程,每个模块都有自己的表和一组脚本.请注意,这些表都在同一模式中.
但是,当我尝试迁移我的应用程序时,第一次迁移是唯一有效的迁移.后续迁移失败,出现以下异常：org.flywaydb.core.api.FlywayException：找到没有元数据表的非空模式“public”！使用baseline()或将baselineOnMigrate设置为true以初始化元数据表.
如果我手动为每个模块创建元数据表,则每个模块的迁移都可以正常工作.自己创建表而不是让Flyway为我创建它似乎是一个解决问题的黑客,而不是解决方案本身.
理想的解决方案是将模块拆分为模式.这为每个模块提供了一个有效的隔离单元,也非常适合模块化应用程序(模块完全隔离和自我管理),而不是将所有内容都转储到单个模式(尤其是公共模式)中.例如
原文链接：https://www.f2er.com/postgresql/192763.htmlapplication_database
├── public
├── module_1
│ ├── schema_version
│ ├── m1_t1
│ └── m1_t2
├── module_2
│ ├── schema_version
│ ├── m2_t1
│ └── m2_t2
...
您的第二个选择是继续使用公共模式来托管所有表,但是为每个schema_version使用单独的模式.这不是重构努力,但肯定不如上面提到的优雅设计.例如
application_database
├── public
│ ├── m1_t1
│ ├── m1_t2
│ ├── m2_t1
│ └── m2_t2
├── module_1
│ └── schema_version
│
├── module_2
│ └── schema_version
...
