问题描述
我的问题是，有没有人找到令人满意的公式来迁移大型且频繁更改的存储过程？
已涉及到该问题，并且得到了Flyway作者的回应，但已经过了一年，并且主要发布了令人兴奋的新框架钩子已经发布。
This question touches on it and has a response from the Flyway author but it's been over a year and a major release with exciting new framework hooks has since been published.
我已经对该问题和我当前对，但我认为我希望能接触到更多的读者。如前所述，我有一个可行的解决方案，但它的方面不完善。
I've added a more thorough description of the problem and my current solution to this flyway github issue but I thought I'd reach out to a wider audience. As described, I have a working solution but has inelegant aspects to it.
我想知道是否可以在此处充分利用MigrationResolvers或FlywayCallbacks？
I'm wondering if MigrationResolvers or FlywayCallbacks can be put to good use here?
推荐答案
为这种情况而构建的目的，在3.x版本中问之时不存在。
Purpose built for this situation, did not exist at time of asking in the 3.x release.
这篇关于Flyway：迁移频繁更改的功能/存储过程的策略的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！