主题域划分

主题域按业务对象与分析视角切分(交易、用户、商品、流量、财务、物流等),是数仓目录、权限与责任分工的基本单位;划分标准要稳定、能覆盖需求、边界不重叠。

主题域划分是什么

主题域按业务对象与分析视角切分(交易、用户、商品、流量、财务、物流等),是数仓表目录、权限分配与责任分工的基本单位。划分标准要满足三条:覆盖现有与可预见的需求、边界互不重叠、长期稳定。它和总线矩阵配合使用——业务过程归属某个主题域,而一致性维度跨域共用。常见的错误是按需求方或按部门切分主题域,结果是同一个业务对象在不同域里被重复建模,口径与权限都无法统一。

基本信息

常见主题交易、用户、商品、流量、财务、物流、履约
划分依据业务过程与责任团队,而非报表或部门
主要作用表目录组织、权限分配、指标归属与责任人划分
稳定性主题域应长期稳定,频繁调整会让历史表归属混乱
与总线矩阵关系过程归属主题域,维度跨域共用

典型使用场景

  • 建表时确定分层与主题域前缀,统一命名规范
  • 权限申请:按主题域授权,减少逐表审批
  • 责任划分:每个域指定负责人,指标口径变更时对接明确
  • 数据地图目录组织:让使用者按业务对象浏览而非按表名猜
  • 新增业务线时判断是扩展既有域还是新开域

主题域命名前缀

主题域命名前缀
trade_    交易域(订单、支付、退款)
traffic_  流量域(访问、渠道、曝光)
user_     用户域(注册、画像、活跃)
fin_      财务域(结算、成本、收入)
wms_      履约域(库存、发货、物流)

# 使用约定:表名 = 分层_主题域_业务描述_周期
# 例如 dwd_trade_order_detail_di、dws_traffic_channel_1d

划分方式对照

划分方式示例问题建议
按业务对象交易、用户、商品边界清晰推荐
按部门营销部、运营部同一对象重复建模不推荐
按报表日报域、月报域粒度混乱,无法复用不推荐
按系统源订单库域、支付库域源系统变更即需调整仅适合 ODS 层
主题域与总线矩阵配合使用:业务过程归属某个主题域,但一致性维度跨域共用,避免每个域各建一套商品或渠道编码。
按需求方划分主题域(每个部门一个域)会让口径与权限都难以统一,公共维度被复制多份,口径变更时漏改几乎必然发生。
主题域频繁调整的代价常被低估:历史表归属变化、血缘断链、权限配置失效,通常要花几周才能理顺。

易错点

  • 按需求方或部门划分主题域,同一业务对象被重复建模,口径与权限都无法统一
  • 主题域频繁调整,历史表归属混乱、血缘断链,权限配置需要重做
  • 主题域与分层混为一谈(把 ODS 或 DWD 当主题域),表名无法表达业务含义
  • 跨域共用维度没有明确归属,两个域各建一套地区或类目编码,拼接时对不上

数据来源与参考

  • 阿里《大数据之路:阿里巴巴大数据实践》数据域划分
  • 行业数据治理实践
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌