跳转至

视图变更分析与通知

视图变更分析用于在调整逻辑视图定义前识别下游影响,检查投影配置是否仍适用;通知和反馈用于协调下游使用者。预分析、保存视图、投影刷新及发送通知是不同操作,应分别检查结果。

前置条件与入口

  • 当前用户能够访问目标视图,修改定义需具备管理权限。
  • 视图的依赖对象及元数据可用,涉及通知的下游视图已维护负责人。
  • 需要外部通知时,管理员已配置并测试消息渠道及模板。

在“数据整合 → 数据空间”打开目标逻辑视图,进入编辑窗口使用“变更预分析”;在视图详情的“变更”页签查看“上游变更”和“自身变更”。

修改前进行预分析

  1. 打开逻辑视图编辑窗口,准备调整 SQL 定义。
  2. 点击“变更预分析”,检查当前逻辑视图直接下游一层的视图、完整路径和负责人。
  3. 根据视图名称、路径或负责人筛选,进入相关视图核对字段和使用场景。
  4. 调整 SQL 后保存,继续核对投影影响分析结果。

预分析列举依赖对象,不保证能够识别每种业务语义变化。列表只展示直接下游一层,不能将其理解为全部传递影响范围;关键业务还需结合血缘和代表性查询验证。

保存时核对投影影响

编辑已有视图并保存时,系统分析关联投影,展示投影类型、字段变化、查询影响及可采用的处理方式。

信息 使用方法
新增、删除扫描字段或维度字段 核对是否仍能表达新的视图逻辑
可命中、不可命中 判断现有投影对新查询的适用性,不等同于数据已刷新
调整配置、刷新投影等处理方式 对系统可处理的项目选择所需操作;其余项目人工处理

“保存”用于保存视图;“保存并执行所选操作”会提交所选投影的相应调整或刷新。提交成功后,应到投影更新记录检查最终结果。影响分析接口失败时,本次保存会中止,处理错误后重新分析。

发送自身变更通知

  1. 在逻辑视图详情进入“变更 → 自身变更”。
  2. 点击“变更影响分析”,核对受影响视图,按名称、路径或负责人筛选。
  3. 选择需要通知的视图,配置通知渠道后发送。接收对象为所选视图的负责人;无负责人对象不能作为发送对象。
  4. 返回“自身变更”列表,按时间和状态查找通知批次,进入“下游反馈”检查处理情况。

平台内通知为固定渠道,外部渠道取决于消息配置。通知类型为“上游视图逻辑变更”,应使用对应模板,不能直接复用源端表结构变更的变量。

下游接收与反馈

下游用户从告警或视图“上游变更”进入相关变更,核对上游逻辑、受影响字段和业务查询,再按实际情况反馈。发起方可在“下游反馈”中按通知批次及负责人查看“已确认”“已忽略”“未响应”和备注。

确认或忽略通知仅记录处理反馈,不会替用户修正 SQL、调整投影或执行刷新。“通知中”“已完成”用于跟踪通知批次处理情况,不能作为查询或投影健康状态。

结果验证与注意事项

  • 修改后执行代表性查询,核对字段、聚合口径及结果。
  • 投影配置变化后检查构建状态和加速命中,见投影统计与构建诊断。
  • 未收到通知时,检查是否选中目标、负责人是否存在、平台通知及外部渠道是否正常。
  • 新旧通知批次独立跟踪,重新通知后应确认正在查看的批次。
  • 源端表结构变更与逻辑视图定义变更来源不同,分别检查数据源和本页的对应记录。