模型变更与元数据复核
模型比对用于把 DDM 中维护的数据模型与 DAM 从数据库采集到的实际结构进行比较，识别表、字段、视图及属性差异，并生成比对结果。典型场景是先在 DDM 将数据库结构逆向成模型，再在 DDM 维护模型元数据，最后通过 DAM 的模型比对确认差异并按批准范围更新。
DDM 负责数据库逆向、模型设计和模型版本管理；DAM 负责采集实际数据库结构、发起模型比对以及复核治理关联。两端比较的对象、版本和同步方向必须明确，不能把模型设计稿未经审核直接覆盖生产元数据。
建立可比较的两个基线
- 在 DAM 为目标数据库建立数据源并执行元数据采集，确认数据库、Schema、表和字段范围完整。
- 在 DDM Client 使用逆向数据库读取同一数据库和 Schema，生成物理数据模型。
- 将模型保存到约定的 DDM 模型库目录并建立可识别版本，记录其对应的数据库环境和逆向时间。
- 在 DDM 中按设计要求维护中文名、描述、数据标准、字段定义及其他模型元数据，完成模型评审并发布需要参与比对的版本。
- 在开始比较前确认 DAM 采集时间与 DDM 模型版本，避免拿不同环境或不同时点的数据作结论。
DDM 也可直接在模型比较中比较模型与逆向数据库。需要把模型结果用于 DAM 元数据治理时，再按本页流程在 DAM 建立比对任务。
在 DAM 配置模型比对
- 进入“元数据 → 数据集”，定位目标数据源，在数据源操作菜单选择“模型比对与同步”。
- 选择与该数据源对应的 DDM 模型及已批准版本，核对模型库、模型名称、数据库类型和 Schema。
- 启用模型比较，选择本次参与比较的对象和属性。只比较需要治理的范围，不默认把所有模型属性纳入更新。
- 执行比较并查看差异，按新增、删除和修改分类检查表、字段、视图、数据类型、长度精度、默认值、主外键及索引。
- 导出或保存比对报告，记录 DAM 对象、DDM 模型版本、差异类型、处理决定和责任人。
对同名但语义不同的字段，应由业务责任人确认，不能只依据技术名称自动合并。比对结果表示两个基线之间存在差异，不自动证明数据库或模型哪一方正确。
审核并更新元数据
- 由模型负责人和数据库负责人确认差异原因，区分“数据库已实施但模型未更新”“模型已设计但数据库未实施”“DAM 尚未重新采集”和“比较范围不一致”。
- 需要把 DDM 中批准的业务属性同步到 DAM 时，启用模型同步并明确属性范围，例如数据标准、标准代码、中文名、描述或自定义属性。
- 按页面提供的同步策略处理空值和冲突。执行前保留比对报告，先选择少量对象验证同步方向。
- 若差异属于数据库物理结构变更，应由数据库变更流程实施，再重新执行 DAM 采集；不要用业务属性同步代替数据库 DDL 变更。
- 更新完成后重新运行比较，确认已处理差异消失，未处理差异仍有明确原因和责任人。
检查关联影响
删除字段、修改类型或调整约束后，检查数据标准映射、质量规则、资产目录、指标映射和数据血缘。发现关联对象失效时，记录责任人和处理结果；不能以采集任务成功或比对任务完成代替业务影响确认。
执行后复核
重新打开受影响对象的详情，检查结构、中文名、描述、标准映射、标签和关联关系。对目标数据源重新执行小范围元数据采集后再次比较，确认 DAM、DDM 与数据库的状态符合批准结果。模型设计、版本或 DDL 生成问题仍应回到 DDM 操作记录处理。
比对结果检查清单
- DAM 数据源与 DDM 模型指向同一数据库环境和 Schema。
- 比较使用的 DDM 模型版本已经评审，DAM 元数据采集时间符合本次范围。
- 比对报告记录新增、删除、属性修改及不处理原因。
- 同步方向和属性范围经过确认，没有用空值覆盖有效业务语义。
- 数据库物理变更通过数据库发布流程实施，DAM 已重新采集。
- 标准、质量、资产、指标和血缘等下游引用已完成影响复核。