題幹與適用場景
公司里的 DAU、收入和转化率在不同报表中結果不一致。请设计一个語意层，让分析师、BI、应用和自动化任务共享受治理的指標定義。
回答应讨论指標契约、实体粒度、維度、join 图、時間語意、版本、權限、缓存、品質測試和迁移。题目不要求绑定 dbt 或 Looker；它们只是可参考的实现。結果差异是虚构练习场景，不代表某工具一定能解决。
面試官考察點
统一口径
候选人要把“指標名称”落实为分子、分母、过滤、時間窗、去重和默认維度，而不是只建一张宽表。
粒度与 join
要识别事实表粒度，防止多对多 join 重复计数，并说明不可组合的指標如何拒绝查詢。
治理与变更
定義应进入版本控制、审查、弃用和兼容窗口，不能让 BI 使用者随意复制 SQL 形成第二套口径。
可用性
語意层既要给机器可查詢的契约，也要给人可读的说明、示例、所有者和品質状态。
回答前需要釐清的問題
- DAU、收入和转化率的业务定義分别是什么？
- 消费者需要 SQL、API、BI 探索还是嵌入式图表？
- 資料源的事实粒度和时区是什么？
- 是否允许近实时指標和最终修订值同时存在？
- 指標權限按使用者、团队、行还是列控制？
- 旧报表需要多长兼容与迁移窗口？
30 秒回答框架
“我会把指標定義成版本化契约：名称、说明、分子分母、过滤、時間粒度、时区、实体粒度、維度、所有者、敏感级别和品質状态。查詢引擎根据声明的 join 图生成 SQL，并在可能多对多或粒度不兼容时拒绝执行。
定義通过代码审查发布，保留旧版本和弃用期。消费端使用 API 或 BI 适配器，結果带定義版本和資料新鮮度。測試包括 fixture、总数对账、重复计数、延迟、權限和回归差异。”
分步驟深入解答
第一步：盘点使用场景
列出报表、告警、应用和实验分别需要的查詢、延迟和精度。先选两三个高价值指標做试点，避免一次迁移所有 SQL。
第二步：定義契约
契约应包含 metric name、語意说明、measure、过滤、時間窗、时区、实体、維度、owner、敏感级别、版本和 freshness SLO。
第三步：建粒度与 join 图
明确每个模型的主键和粒度。只有声明为一对一或一对多且聚合方向安全的 join 才开放；多对多需要预聚合、桥接表或查詢拒绝。
第四步：处理時間与修订
定義事件時間、处理時間、时区、迟到資料和最终修订。近实时結果应带 freshness 和是否 final 标志，不能把暂时值伪装成最终值。
第五步：发布和權限
指標定義存入版本库，经 owner 与資料品質审查后发布。權限控制資料集、維度和行列；稽核谁查詢了敏感指標。旧版本设迁移期限和弃用通知。
第六步：品質与消费
为每个指標建立 fixture、对账样本、join 重复检查、freshness、null 和分布測試。通过 SQL API、BI adapter 或 embedded endpoint 返回結果、版本、时区和品質状态。
高品質示範回答
“我先挑 DAU 和收入两个指標做试点。每个定義记录分子、分母、过滤、事件時間、时区、实体粒度、允许維度、owner、敏感级别、版本和 freshness。DAU 明确是去重使用者还是设备；收入明确确认時間、退款和税费处理。
語意层维护模型粒度和 join 图，只允许安全的聚合路径；多对多 join 要预聚合或拒绝。定義通过 Git 审查和自动測試后发布，旧版本在窗口内继续可用，查詢結果返回定義版本和資料新鮮度。權限覆盖資料集与維度，敏感访问写稽核日志。
验证包括样本对账、重复计数、迟到資料、时区、權限、freshness 和历史回归。迁移从高价值报表开始，比较新旧結果并记录可解释差异，而不是直接重写所有 SQL。”
常見錯誤
- 只保存指標名称，不保存分子分母和过滤。
- 用宽表掩盖不同事实粒度。
- 允许任意 join，造成多对多重复计数。
- 把事件時間、处理時間和时区混在一起。
- 没有版本、owner、弃用和迁移窗口。
- 只测 SQL 成功，不测結果对账和 freshness。
- 只做 BI 插件，不提供机器可读契约。
- 權限只放在仪表盘，不覆盖底层維度和查詢稽核。
追問與應對
追问一：如何防止收入被重复计算？
先声明收入事实粒度和唯一键，在 join 前按目标实体预聚合；对多对多路径拒绝或要求桥接模型，并用已知样本做总额对账。
追问二：指標定義变更会破坏下游吗？
使用新版本或兼容字段，保留旧版本和弃用日期。查詢响应带版本，下游可以逐步迁移，变更需要 owner 和消费者批准。
追问三：近实时和最终值如何共存？
返回值、freshness、watermark 和 final 状态。消费者必须选择允许的延迟与修订語意，不能把临时值当作最终财务数字。
追问四：如何做指標權限？
按資料集、行、列和維度组合授权，敏感指標最小權限；记录查詢者、定義版本和导出动作，定期稽核。
追问五：如何证明語意层有价值？
比较迁移前后的定義冲突数、重复 SQL、对账差异、查詢成功率、freshness、采用率和事故数，同时确认业务使用者能解释結果。