角色扮演维度是什么
角色扮演维度指同一张维表在事实表里承担多个角色。最典型的是日期维度：订单事实同时有下单日期、支付日期、发货日期三个外键，它们全部指向 dim_date，物理上只存一份数据。实现方式是事实表保留多个代理键，语义层或视图为每个外键起别名，查询时必须显式指定角色。这样既避免复制多张日期表，也保证新增节假日、财年属性时只需改一处。
基本信息
| 物理实现 | 同一张维表被事实表多次引用 |
|---|---|
| 事实表结构 | 每个角色一个外键列，如 order_date_key |
| 语义别名 | 视图或语义层显式命名，如 下单日期/支付日期 |
| 查询要求 | 同一维表 join 多次必须使用不同别名 |
典型使用场景
- 日期多角色：下单日、支付日、发货日、签收日，支撑时效与跨期分析
- 人员多角色：业务员与审核员同属员工维度，事实表挂两个外键
- 位置多角色：发货地与收货地都指向地区维度，物流时效分析依赖两者对比
- 金额多角色：原币金额与折算金额并存时，两种币别的汇率角色需要分别定义
- 语义层建模：BI 中把同一维表按角色建成多个业务对象，供自助分析选用
多角色 join 写法
多角色 join 写法
-- 同一张 dim_date join 三次，必须用不同别名区分角色
SELECT od.day_name AS order_day, -- 角色一：下单日期
pd.day_name AS pay_day, -- 角色二：支付日期
sd.day_name AS ship_day, -- 角色三：发货日期
count(1) AS order_cnt
FROM fact_order f
JOIN dim_date od ON f.order_date_key = od.date_key
JOIN dim_date pd ON f.pay_date_key = pd.date_key
LEFT JOIN dim_date sd ON f.ship_date_key = sd.date_key
GROUP BY 1, 2, 3; -- 未发货订单用左连保留实现要点与验收
| 要点 | 正确做法 | 缺失的后果 |
|---|---|---|
| 外键命名 | 带角色前缀如 order_date_key | 看字段名猜不出角色，误用率高 |
| 别名配置 | 视图或语义层显式命名 | 报表标签笼统，使用者分不清哪个日期 |
| 维表统一 | 所有角色引用同一份维表 | 各角色维表属性不一致，口径分叉 |
| 空值处理 | 未发生时用默认键而非 NULL | join 丢行，未发货订单被漏算 |
判断标准很直接：同一批属性被事实表引用了两次以上，就属于角色扮演，而不是需要拆表。日期之外，员工、地区、门店、渠道都经常是多角色维度。
角色多的时候最容易出问题的是别名缺失，而不是性能。同一份维表 join 三次在列存引擎上开销可控，但报表里出现两个都叫『日期』的字段，业务会问错问题。