数据数据建设的生命周期中，有必要做出一套关于建表、字段、总线矩阵的规范。数据表和和字段的总原则是采用英文缩写加下划线的方式来命名。
数据主题域主要是为了方便我们主题的划分，同时有必要对主题进行统一维护、命名、编码等。
在数据主题域中定义业务过程，需要系统化维护，保证同一业务范围的业务过程在数据中台中只创建一次。
数据域 | 缩写 | 业务过程 |
表类型 | 中文名 | 英文名 | 英文缩写 |
事实表 | 事务性事实表 | transaction | trans |
事实表 | 周期快照事实表 | periodic | perid |
事实表 | 累计快照事实表 | accumulating | accum |
维度表 | 审计类型维度表 | audit | audit |
维度表 | 分析类维度表 | analyse | anly |
字段前缀（1） | 行为名称 | 行为英文名称（2） | 英文缩写（3） | 样例 |
修饰语_ | 维度键 | dimension key | key | 样例：(1)_(2)_key，必须保证key后缀 |
系统统一编码识别符 | system | sys | (1)_(2)_sys | |
业务修饰语_统计对象_ | 数量 | count | cnt | (1)_(2)_cnt |
次数 | times | times | ||
金额 | amount | amt | ||
PV | page view | pv | ||
UV | unique visitor | uv | ||
业务修饰语_ | 成功 | success | succ | |
完成 | finish | finish | ||
支付 | pay | pay | ||
地址 | address | addr | ||
订单 | order | ord | ||
渠道 | channel | chl | ||
日期 | date | date | ||
时间 | time | time | ||
系统自动编码 | identify | id | ||
操作流水号 | number | no | ||
业务编码 | code | code | ||
名称 | name | name | ||
维度建模的数据总线矩阵，提炼出公共一致性维度。无论是主事实表，还是隶属于主事实表的子事实表都统一在总线矩阵中体现出来，这样我们能够准确提炼真正的公共一致性维度。
业务过程 | 原子粒度 | 度量 | 公共维度 | |||||
日期 | 房源 | 地域 | 店面 | 经纪人 | 其他维度 | |||
提交支付订单 | 每个购买订单一行 | 每个购买订单数量和价格 | √ | √ | √ | √ | √ | |
商品库存 | 清单每项一行 | 每个库存的数量 | √ | √ | √ | |||
店面库存 | 清单每项一行 | 每个店面房屋的数量 | √ | √ | √ | √ | ||
… | ||||||||
… | ||||||||
业务过程 | ||||||||
可以利用同一个业务过程勾画出不同的矩阵，但需要用维度列替换业务功能。例如，销售计划、市场、店面操作以及金融等。按照不同的功能的需要，包含不同的矩阵元素表明哪些业务过程对哪些业务功能有需求。在以过程为中心的行被确定为项目时，也可以用于识别需要哪些组参与更详细的需求、维度建模和BI的应用需求。
业务过程 | 利益相关方 | |||||
销售计划 | 市场 | 店面操作 | 后期保障 | 财务 | 其他维度 | |
提交支付订单 | √ | √ | √ | √ | √ | |
商品库存 | √ | √ | √ | |||
店面库存 | √ | √ | √ | √ | ||
… | ||||||
… | ||||||
业务过程 | ||||||
创建事实表和维度表要遵循一定的规范，维度表通常是一个大宽表，包括尽可能多的维度描述信息，维度表和事实表的key值，都需要添加_key的后缀，这样方便查找维度信息。事实表和微博表都需要描述清楚自己的来源信息。具体可以参考下面的样例。
不可能一次迭代就能完成所有需求，因此有必要和团队的负责人、业务方协商优先级。可以考虑按照“潜在的业务价值”和“需求可行性”两个方面综合考虑优先级。
| 欢迎光临 168大数据 (http://www.bi168.cn/) | Powered by Discuz! X3.2 |