客户 360 维度是什么
客户 360 维度把注册信息、会员等级、联系方式与画像标签整合到同一处，供各域统一引用。设计的核心取舍是宽度：稳定且低频变化的属性留在主维，每天刷新、数量不断扩张的画像属性拆到迷你维度或标签表，否则主维会变宽又变长，版本数失控。
基本信息
| 主维内容 | 注册渠道、等级、手机号、实名状态等 |
|---|---|
| 迷你维度 | 等级 × 消费力 × 城市线级组合 |
| 标签部分 | 独立标签表，按需关联 |
| 更新方式 | 稳定属性类型 2 跟踪，标签按日刷新 |
| 典型规模 | 千万到亿级成员 |
典型使用场景
- 会员分层运营：按等级与消费力筛选人群，需要属性可被历史还原
- 新客分析：需要注册渠道、首单时间等注册期属性
- 人群圈选：从标签表批量取人群包，不把标签塞进主维
- 风控与合规：实名状态、证件信息来自权威系统，需记录来源
- 跨域引用：交易、营销、服务各域引用同一套客户标识与属性
客户主维示意
客户主维示意
CREATE TABLE dim_customer (
customer_sk bigint COMMENT '代理键',
customer_id string COMMENT '统一客户编号',
name string,
reg_channel string COMMENT '注册渠道',
reg_ts timestamp COMMENT '注册时间',
tier string COMMENT '当前会员等级',
cur_profile_sk bigint COMMENT '指向迷你维当前组合',
start_date date, end_date date, is_current int
) STORED AS ORC;属性分区策略
| 属性类 | 变化频率 | 处理方式 |
|---|---|---|
| 注册渠道、注册时间 | 一次性 | 类型 1，不产生新版本 |
| 等级、实名状态 | 低频 | 类型 2 跟踪，可还原当时值 |
| 消费力、活跃度 | 日更 | 迷你维度或标签表 |
| 收货地址 | 中频 | 拆地址子维，避免主维膨胀 |
多源客户先做实体合并再入主维，合并规则（证件号优先、其次手机号、最后人工评审）要登记在维度规范里。画像属性不进主维的另一个理由是权限：标签涉及个人信息，按表授权比按列授权更容易落地。