口径已经说清楚，为什么还不能直接算？
从一张存款余额指标卡开始，把业务条件落到输入表、字段和目标数据粒度。
指标卡已经写清楚，数据库为什么还不能直接给答案？
口径已经说清楚，为什么还不能直接算？
第 03 章的指标卡已经写下“杭州分行、小微、人民币、定期、截至 2026-09-30 的存款余额”。接下来要做的是把这句话翻译成输入表、字段和加工顺序。
指标定义告诉我们要什么数字；加工计划还要说明，哪些输入能稳定地产出它。
核心概念
加工计划
加工计划把指标定义翻译成可执行的数据路径：需要读取哪些表、使用哪些字段、按哪个业务日期处理，以及最终输出的一行代表什么。
先把指标卡拆成可追踪的字段
“杭州分行、小微口径、人民币、定期、截至 2026-09-30 的存款余额”是一张业务指标卡。它已经说明想看什么，但数据库里这些词分散在不同输入中：余额来自账户余额快照，机构来自 Branch，客户口径来自 Customer，产品口径来自 Product，币种来自快照本身。
当前加工目标不是再讨论小微口径如何定义，而是确认这张卡需要哪些数据才能被稳定复现。
- 统计日期 → AccountBalanceSnapshot.snapshot_date
- 度量 → AccountBalanceSnapshot.balance
- 客户口径 → Customer.customer_scope
- 产品口径 → Product.product_type
- 机构范围 → Branch.branch_name
- 币种 → AccountBalanceSnapshot.currency，进入稳定层后统一编码
加工计划 · 从指标卡寻找输入
先列输入，再写 SQL
点击指标卡中的条件，查看它对应的输入表和字段。计划表暂时不改变数据行；它先把“要算什么”变成“准备读什么”。
正在加载交互实验…
结果的一行要提前写出来
这次目标结果的一行是：2026-09-30 × 杭州分行 × 小微 × 定期 × CNY。如果没有先写出这句话，后面看到 4 行账户明细、3 行分组或 1 行指标结果时，很难判断哪些行是正常变化。
- 输入明细的一行：一个账户 × 一个快照日。
- 主题汇总的一行：一个快照日 × 机构 × 客户口径 × 产品 × 币种。
- 应用结果的一行：一张指标卡在一个快照日的结果。