缓慢变化维度的处理方法收集

初级会员 注册时间: 2008-06-02 19:32:03 文章: 14 离线

希望大家将在实践中遇到的比较好的关于缓慢维度变化处理的实例拿出来分享一下。
这样我们也可以积累更多的好的想法。

http://www.mydwbi.com/posts/list/144.page
这个算一个吧。欢迎大家也把自己的处理方法共享出来。

初级会员 注册时间: 2008-06-02 19:32:03 文章: 14 离线

lynx286提供的链接资源我已经看过，就是感觉实战性不是很强，所以才发帖建议大家把项目中遇到的好的设计分享一下。呵呵。

初级会员 注册时间: 2008-07-22 23:53:26 文章: 5 离线

预留纬度处理。

初级会员 注册时间: 2008-08-12 09:04:50 文章: 3 离线

看了资料如下想法：
首先员工的变动信息应该是要有记录的，第一种直接更改数据的方法不可取；
第二种方法中改变了Supplier_key的值，虽然保存了多条记录，但是无法将不同的Supplier_key与Fact表关联查询该雇员的销售信息。数据版本信息或是否可用标识信息是必不可少的，但不能做为缓慢变化中人员变动的主要依据，（例如，如果人员辞职，此业务员的销售数据应该仍然可以查到）
第三种方法似乎可取，但最关键的是这样的记录仍然不能满足历史数据和变更后数据的同时查询，即有效的只能有一种Original_Supplier_State，那么联查的话，以前的历史数据是否可归属为历史的Original_Supplier_State有待验证。
第四种的记录方式不值得提倡
第五种方法为最可取，也是最为常用的方法，应该是可以满足需求，不过个人认为Supplier表应该以Supplier_key，Supplier_State建立联合主键，同时Fact Delivery表应以Supplier_key，Supplier_State为联合主键并且为外键，这样所有问题即可解决！

所以个人认为最关键的问题是Fact表中是同时记录了公司ID和销售人员ID，才能够最大限度的满足更多的分析需求！