渐变维度-多层次保存历史

         数据建模,我们经常会碰到使用维度表。为了能够追踪历史,我们通常有两种方法:一种是用时间戳(起始生效日期和结束日期),一种是使用是否当前有效的字段标记。这里使用这些字段的目的,在于采集事实表时,能根据这些标记查找对应的维度记录ID(通常使用代理键,不要使用自然键,并且更新时应该先更新维度表,在更新事实表)。

         但是我们经常会碰到存在层次关系的维度,在这些维度记录中通常通过ID作为层次关系的根据。如下图所示的维度物理表:

 

设置好层次关系。

 

      选中属性列表中的属性,设置部门,分公司,人员对应的显示名称(选中上面属性行,在属性窗口的“NameColumn”属性进行设置)。

查看结果如下:

 

      加入现在2010-12-3日,市场部的名字更改成了“销售部”。更通过渐变维度更新,最将记录12的有效结束日期更改为2010-12-3日,并添加两条新的记录。如下图所示:

 

    注意:记录3没有做任何改动,如果2010-12-3日进行事实表更新,则事实表中关联的ID345而不再是123。

        如果我们此时重新更新维度,更新到SSAS服务器,则会报错OLAP 存储引擎中存在错误: 处理时找到重复的属性键: :dbo_人员维度”,列:“部门ID”,值:1001”。该属性为“部门ID”。”

因为更新维度时,1001对应另个名字“市场部”“销售部”。我们必须对老的记录和新记录的数据进行“隔离”。

选中属性列表中的部门ID设置“键列”(设置属性窗口中的KeyColumns),我们看到只有“部门ID”,把“有效开始时间”也放进来变成组合键列,并且人员也进行同样的设置。最顶级别的“分公司ID”则用“分公司ID”和“分公司名称做为组合键。

更新到服务器后,可以看到如下的层次结构:

 

有些人会说,当前“市场部”已经不要了,怎么还出来了。其实这个没关系,因为我们查看事实表的时候有个时间维度,选定一个日期关联的事实表,而同一天的这些事实表不可能同时有关联“市场部”又有关联“销售部”的。

总之:最高级别的“分公司”的键列为“分公司ID+“分公司名称”;其他的键列为“ID+“有效其实日期”。

         大家踊跃发言,批评指正!!

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值