表负责人与元数据登记
每张表都要在元数据平台登记负责人（个人或组）、上游来源、调度周期、产出 SLA 与口径文档链接。没有负责人的表在口径变更和故障时无人响应，是治理排查的重点对象。这些登记项同时是血缘分析和影响面评估的输入，缺一项就会在变更时留下缺口。
基本信息
| 负责人 | 个人或组，带联系渠道 |
|---|---|
| 来源 | 上游表清单与采集方式 |
| SLA | 最晚产出时间 |
| 口径 | 指标卡或文档链接 |
| 生命周期 | 创建、下线日期与保留期 |
典型使用场景
- 建表流程把负责人设为必填项，缺登记不予上线
- 故障排查先看负责人与 SLA，判断找谁、是否已超时
- 口径变更前按上游与下游清单评估影响面并通知到位
- 负责人离职或转岗时同步更新，避免表变成无主资产
- 定期稽核：筛出无负责人、无口径文档、SLA 缺失的表集中补齐
登记项示例
登记项示例
表名：dws_trade_store_day
负责人：数据平台组-交易（联系人 A，值班群）
上游：dwd_trade_order_di、dim_store、dim_region
调度：每日 03:20 起，SLA 07:00
口径：指标卡 MTR-TRADE-012
保留：滚动 730 天
变更记录：2026-09-18 增加退款相关字段（评审单 CR-2311）登记字段与缺失后果
| 字段 | 用途 | 缺失后果 |
|---|---|---|
| 负责人 | 变更与故障对接 | 故障无人响应 |
| 上游清单 | 影响面与血缘分析 | 上游变更无法评估 |
| SLA | 超时告警依据 | 报表延误无人知晓 |
| 口径链接 | 口径唯一解释 | 同名不同义 |
负责人写到组还要加具体联系人，只写「数据部」等于没写；只有把负责人接进告警与审批流，登记信息才有约束力。
元数据登记不是一次性工作：表结构、调度时间、SLA 变化都要同步，否则告警会按已经失效的 SLA 触发，形成狼来了效应。
登记与血缘自动采集可以互相校验：系统抓到的上下游关系如果与人工登记的上游清单不一致，通常意味着存在绕过调度的临时依赖，这类依赖在变更时最容易踩空。