自定义更新模型
自定义更新模型用于既要刷新当前模型、又要把数据库中新增的表一并纳入的场景。它与自动更新模型的区别在更新范围和确认过程:自动更新只覆盖模型中已有的表,自定义更新可以追加数据库中的新表,并通过比较合并决定哪些差异写入模型。
与自动更新的区别
| 对比项 | 自动更新模型 | 自定义更新模型 |
|---|---|---|
| 更新范围 | 当前模型中已有的表 | 已有表 + 数据库中新增的表 |
| 处理方式 | 以数据库为准直接覆盖更新 | 逆向出临时模型后比较合并 |
| 是否可挑选差异 | 否 | 可以,按比较结果决定合并哪些内容 |
执行自定义更新
- 在模型上执行自定义更新模型。
- 选择要纳入的数据库表,包括新增表。
- 系统逆向生成临时模型。
- 进入比较合并界面,核对临时模型与当前模型的差异。
- 选择要合并的差异并执行合并,合并后即得到最新模型。
图示为自定义更新模型的入口,看图重点是第一步需要选择本次要纳入的表,而不是直接覆盖模型。
图示为可纳入表的选择界面,看图重点是确认数据库中新增的表是否已勾选。
图示为比较合并界面,差异的读取方式与模型比较一致。
比较合并的处理逻辑
自定义更新把逆向得到的所有表、字段、关系与当前模型比较合并,合并结果即最新模型。差异的显示与同步方式与模型比较相同:红色为差异行,绿色为某侧独有内容,箭头决定合并方向,因此合并前先确认同步方向,避免用数据库旧结构覆盖模型侧的新修改。
临时模型的处理
逆向得到的临时模型可以保留,也可以手动删除。需要留档核对时保留,确认合并结果无误后删除,避免与正式模型混淆。删除临时模型不影响已合并到当前模型的内容。
注意事项
- 新增表合并后仍需按规范补齐中文名等数据库中不存在的属性。
- 合并完成后重新执行模型检查,确认物理属性与规范一致。
- 执行前确认连接的数据源与目标库一致,见客户端统一数据源管理。



