database-migration - 在 Liquibase 中,迁移/变更集数量的合理限制是什么
问题描述
据我了解,每次liquibase update
跑步
- 浏览完整的变更日志文件
- 对于遇到的每个变更集,它都会计算它的 MD5 总和值
- 并且对于每个变更集都会根据 DATABASECHANGELOG 表检查它,以查看变更集是否已经部署或修改
如果想象已经部署了大量变更集,例如数万或更多,那么仅添加单个变更集的过程可能看起来(至少在理论上)很耗时。
变更集的数量和“迁移”时间之间有什么相关性?有什么限制吗?如果是,对于具有大量对象和更改的数据库迁移,可能的替代解决方案是什么?
解决方案
推荐阅读
- python - 使用一个列表理解后是否有可能继续在我的列表中添加元素?
- haskell - 如何更改函数签名
- angular - 您如何正确地从对象中获取值并将其添加到另一个值 | 角
- html - 我的 mp4 不会像以前那样显示在烧瓶中
- python - 遵循 TensorFlow 教程 - 关于 IMG_SIZE 和图像大小一致性的问题
- jquery - 如何从跨度中获取价值
- javascript - 是否可以检测到其他 div(类)之间是否存在 div(类)?
- html - 具有可变宽度线条和节点间内容的动态水平列表
- android - 将 AsyncTask 转换为 RxJava
- javascript - 为什么 ObservableArray 对象的访问在子 foreach 中不起作用?