维度报表的设计流程

维度报表设计流程（一）选择实体

维度表设计首先要选择实体，也就是维度表所要描述的抽象对象。如，互联网电商在交易过程中涉及到的实体有：买家、卖家、订单、广告等等，当然还有一些在不同业务场景下衍生出来的一些业务抽象实体，如优惠券、活动、商圈等都可以作为维度实体。 实体的选择主要是结合业务流程，在需要建模的业务流程环节涉及到了哪些参与者，这些不同的参与者便是维度表描述的实体对象，维度表中的属性，就是用来区分不同实体的特性。下面用电商平台的注册环节举例说明，电商网站的注册，自然需要买家进行注册账号和个人信息，其中涉及买家(即消费者)实体。

维度报表设计流程（二）确定主维表

确定主维表，主要是识别出维度表的主要数据来源。通常，业务系统中也会将相同类型业务实体进行统一存储（即一张表），亦或是在大型企业有建设业务中台会提前做同类业务实体的数据融合（如，商品中心、用户中心等）。但在没有类似业务中台可以直接获取全量维度实体数据的情况下，就需要自行确定业务实体数据的来源，并做融合。一般情况会将常规主要业务流程中产生的业务系统数据做为主维度表，因为其一般是维度表的主要数据来源，并且数据准确、丰富。例如，电商APP可能会有多个注册入口，APP、微信、支付宝、分享外链等等，我们可能会将APP注册流程中产生的数据表作为主维表，当然可能有的企业已经在用户注册系统已经将其他各种渠道注册的用户数据已经囊括进入。

维度报表设计流程（三）确定辅维表

辅维表存在的目的有两方面。一方面是补全主维表在维度实体的数据（如，用户大部分是通过独立注册登录APP，还有小部分是通过微信登录、支付宝登录等等）；另一方面是为了寻找维度表所表示的业务实体的一些其他属性描述辅助表（如，商品类目表、商品属性表、用户家庭关系表等），这些辅维表用来丰富维度表的属性描述，增强维度表的表现性，同样也能扩展维度表的分析能力。

维度报表设计流程（四）识别维度属性

维度表的维度属性一般可以分为相对稳定的“固化属性”和变动频繁“动态属性”。

“固化属性”通常是和维度实体关系相对紧密且较为稳定的固有属性，不依赖或很少依赖于其它的业务活动过程（如，商品维度表中的商品名称、商品品牌等）；“动态属性” 通常是只能基于特定的事务过程或者活动关联，在维度实体的层次上汇总得到的一些统计属性（如，描述商品的近30天销量，首次上架日期等）。

由于“固化属性”和“动态属性”的变更周期差异巨大，一般会在维度表的构建过程中结合具体的场景进行拆分，一方面是保证维度表能够高效的产出，另一方面也是为追溯历史数据提供合理的技术实现。