【问题标题】:how to apply customization migration scripts in flyway如何在 flyway 中应用自定义迁移脚本
【发布时间】:2014-05-12 01:29:27
【问题描述】:

我正在使用飞行方式将核心产品从旧版本迁移到新版本。这项工作很棒。

但我有一个案例,我们希望在核心产品版本之上迁移自定义特定脚本。如您所知,每个客户可能有不同的定制。

例如。

假设核心版本是 2.2.1。
定制1版本是1.0
定制2版本是1.0

现在我想申请类似这样的flyway V__description.sql

对于上面的例子,它就像 V2.2.1_1_1.0__ThisIsCusotmization1.sql V2.2.1_2_1.0__ThisIsCusotmization2.sql

这对我们来说有点麻烦。

是否可以在如下版本名称中使用字母/字母数字?

V2.2.1_CUST1_1.0__ThisIsCusotmization1.sql V2.2.1_CUST2_1.0__ThisIsCusotmization2.sql V2.2.1_RC1_1.0__ThisIsCusotmization1.sql

注意:此外,我看不出在这里使用前缀 (V) 有什么意义。请让我知道它的目的。另外请让我知道我们是否可以使用多个前缀,例如一个用于核心产品,另一个用于定制。

【问题讨论】:

    标签: flyway


    【解决方案1】:

    从您的问题的声音来看,您可能应该选择两个 Flyway 实例。一个用于核心,仅管理这些更改,另一个用于自定义。

    然后可以为每个位置配置不同的位置来解决迁移问题。

    【讨论】:

    • 所以你的意思是我们必须维护两个不同的模式表?一个用于核心 (schema_core_version),另一个用于自定义 (schema_Cust_version)?
    • 是的,我相信这对于您的情况可能是一个很好的解决方案。
    猜你喜欢
    • 2018-02-28
    • 2017-05-21
    • 2017-03-16
    • 2011-11-05
    • 2015-12-10
    • 2020-08-17
    • 1970-01-01
    • 2014-11-16
    • 2016-03-12
    相关资源
    最近更新 更多