任何出现在事实表中的具有单一值的描述性属性的度量，都是增加到现存纬度或自身纬度的候选项。
产品维度包含一个描述银行所有产品的单一层次，这一层次包括产品名称类型和分类。
分支维度：例如零售商店或配送中心仓库
账户维度：记录每月结束时账户状况的非常有用的维度。状态是对账户是否活跃的还是不活跃的，或是否账户在本月发生了状态变化的记录
从银行角度来看，家庭可能有几个账户和独立的账户拥有人构成
账户可以有一个、两个或更多独立的与之相关的账户拥有人或客户。显然客户不能被当成一个账户属性（超越了主题客户/账户持有人的名称），这样做将违反纬度表粒度的要求，因为与账户关联的个体不止一个。同样，不能将客户作为事实表的附加纬度。这样做违反事实表粒度（每月每账户一行），同样因为对于给定的账户不能有多个个体与之关联。以上是多值纬度的典型事例
如果一个账户有两个账户拥有人，则相关的桥接表中包含两行，为每个账户拥有人分配数字化的权重因子，确保所有权重因子之和等于1。权重因子被用于为多个账户拥有人分配数字化的可加事实
权重因子是一种包含多个账户拥有者的简单的分配数字可加事实的方法
微型维度应当包含相关的属性簇，每个属性不能成为它自己的微型维度
实现桥接表的方法是将每个账户连接到与之关联的客户以及他们的人口统计
范围定义表可以包含所需的多个不同报表范围集合，特定范围组的名称存储于范围组列中。范围定义表通过使用一对小于和大于连接符与余额事实表连接
子类活期事实表和对应的活期账户维度都被扩展用于描述针对活期存款产品的所有特定事实和属性。这些子类模式还有必须包含超类事实和属性。这样，当需要完整的事实和属性时，就可以避免超类和子类模式之间发生连接操作。也可以为其他业务领域建立不同的子类事实和账户表，以支持对它们的深度分析需求
从业务用户的角度来看，要么其交叉销售分析的实现依赖单一的超类事实表和超类账户表，要么分析关注特定的账户类型和业务模式中的单一行来实现
子类账户维度的主健与超类账户维度的主键是相同的，都包含所有可能的账户键
当业务包含不同事实和描述符的异构产品时，可以使用超类与子类事实表家族，但是单一客户库需要集成视图。
网友评论