2.5.2.2 Measure Dimension
度量维度是一个事实数据的逻辑集合，用于实现OLAP类型的分析查询，并在一定范围关系内关联到常规维度。在创建度量维度之前，建模者应该已经组织了一个以事实表为中心、维度表围绕的星型模式组。我们以如下实例作为Demo，
我们在上一文章里知道了如何创建常规维度，接下来将基于 Sales target创建度量维度。
2.5.2.3 Scope Relationships
常规维度和度量维度均创建完毕之后，我们切换至维度图即看到所有常规维度和度量信息，如下图
从上图中便可直观的看到度量维度和常规维度的范围关系，如度量C(Sales Traget)，和常规维度B(Retailer)属于直接关系(Correlated)，同时和常规维度A属于相邻关系(Contiguous)。报表列表中若单独显示 A 和C，则列表则显示重复的、大小一样的汇总值。
Scope Relationships定义了度量维度和常规维度的关联，指定度量在那些层次的范围之内，生成Join关系的SQL语句发送到数据源检索数据。默认情况下，范围关系在度量和维度按照其内在的有效join关系自动生成SQL，并可以实现预期的OLAP操作。
只有特殊情况才需要手动编辑范围关系定义。如上图所示，‘Sales Target’是以月份为底层制作的事实表，实际应用中企业并不会为部门或员工制定每日的销售计划。因此建模时须手工删除 ‘Sales Target’和时间维度Day的关系。
当然这里还需注意，由于Time维度涉及多粒度查询，还需给Time维度的源查询主题定义‘决定因素’。
至此，关于DMR的三要素和DMR模型的创建的教材到此结束了，发布后便可以投入报表开发。当然报表过程中可能会发现模型中存在不足，则需要重新维护模型。希望能给读者作为引导，欢迎各位会员朋友留言交流。
为期两年已久的整个Framework Manager建模教程也到此落幕。