【发布时间】:2021-02-02 19:13:29
【问题描述】:
到目前为止,我对 Liquibase 的使用经验很少,但我了解到您应该始终有一个回滚策略。
https://www.liquibase.org/get-started/best-practices
始终有一个回滚计划
以他们可以的方式编写变更集 被回滚。例如,使用相关的 change 子句代替 使用自定义标签。包括一个子句,只要 change 不支持开箱即用的回滚。 (例如,sql,插入, ETC)。详细了解回滚。
如果需要数据修改或删除(过时)数据时,我不知道如何妥善处理。
我找到了删除数据库条目并且回滚定义包含两个带有修复数据的插入语句的示例。但这不是现实世界的场景。在这里,我们可能有包含数百万条记录的表。
是否有关于数据操作/转换/删除以及回滚策略的最佳实践?
是否应该不惜一切代价避免数据操纵/破坏性操作?
提示:我说的不是小型应用程序,而是由不同团队中的许多人开发并交付给数百名客户的企业解决方案。只是为了给你一个背景。
【问题讨论】: