变更对比与回滚
使用对象
适合需要对“已保存表”做持续演进，并希望在上线前清晰掌握变更与回退路径的使用者。
解决问题
你可以把“本次改了什么”“如何回退”在发布前说清楚，降低结构变更带来的执行风险。
前置条件
- 当前工作区已加载一张“已保存表”。
- 你已对该表做出修改，存在与保存版本的差异。
操作步骤
- 在表配置区域查看“查看表结构变更”按钮是否出现。结果：只有已加载且已修改时才会出现该入口。
- 打开变更对比，先看表级变化，再看字段与索引变化。结果：你可以明确本次变更范围和影响面。
- 在对比弹窗复制 ALTER 脚本。结果：你得到用于正向变更执行的脚本。
- 按需展开并复制回滚脚本。结果：你得到用于撤销本次变更的回退脚本。
- 打开“已保存表”列表项的历史入口。结果：进入版本历史，可查看各版本快照。
- 需要恢复时，在版本历史中选择目标版本并执行回滚。结果：当前工作区回到选定版本状态。
- 需要直观查看演进过程时，在版本历史中打开“时间轴回放”。结果：系统以可视化方式逐步播放表结构从旧到新的变更过程，便于向团队展示演进轨迹。
完成标志
- 变更内容已被逐项确认，脚本已区分“正向执行”和“回滚恢复”。
- 关键版本在历史中可定位，必要时可回到稳定版本。
- 发布前拥有可执行的回退方案。
- 若使用了时间轴回放，团队成员能理解表结构的演进逻辑。
易错点与失败处理
- 未加载已保存表或未产生差异时，对比入口不会出现，这是正常保护行为。
- 回滚脚本不是“总是可直接执行”，执行前需结合当前数据库真实状态复核。
- 删除版本或覆盖保存后，历史可追溯范围会变化，关键里程碑建议保留版本。
- 上线前只看 ALTER 不看回滚，会在故障场景下放大恢复成本。
- 时间轴回放基于版本快照，若中间版本被删除，回放会跳过该版本直接展示前后差异。