【问题标题】:How do organise migration files with multiple database environments in flywaydb?flywaydb中如何组织多数据库环境的迁移文件?
【发布时间】:2018-08-04 09:56:20
【问题描述】:

我只是从 flywaydb 开始。让我们考虑有 3 个数据库的情况 - PROD、TEST、DEMO。

在每次升级时(并且没有 flywaydb),通常有一组 sql 文件需要应用于所有数据库,其中一些是特定于环境的,因此最终会得到如下内容:

PROD: dbUpdateSchema2.0.sql、dbUserSchemaUpdate.sql、dbDataUpdatePROD.sql

演示: dbUpdateSchema2.0.sql、dbUserSchemaUpdate.sql、dbDataUpdateDEMO.sql

测试: dbUpdateSchema2.0.sql、dbUserSchemaUpdate.sql、dbDataUpdateTEST.sql

使用flywaydb。您会建议如何组织这些更新?特别是,如何共享通用 sql(这样您只有该文件的一个实例,并避免将相同的 sql 复制粘贴到不同的文件中),然后将特定于环境的迁移应用到每个环境?

【问题讨论】:

    标签: database postgresql flyway database-versioning


    【解决方案1】:

    documentation 建议如果人们使用不同的数据库,则使用不同的位置,但在建议中,类比也适用于创建不同的环境:

    TEST: flyway.locations=sql/common,sql/test
    DEV: flyway.locations=sql/common,sql/dev
    PROD: flyway.locations=sql/common,sql/prod
    

    可能与这些问题有关:best-way-for-database-specific-sql-scripts-with-flywaycustomizing-sql-executed-per-environment

    【讨论】:

      猜你喜欢
      • 2018-03-15
      • 2019-01-02
      • 2015-08-19
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2015-10-06
      • 1970-01-01
      • 2015-03-06
      相关资源
      最近更新 更多