父子维度缓慢变化如何处理

[刘志伟_]

比如销售企业 主管A 下属为B,C,D 。B的下属为 E.F.D。如果B经过一段时间后万为A1的下属了。那么应该处理处理。生成一条新的B1为A1的下属。那B原来下属EFD怎么处理。

[yu5358979]

你原来的库是什么结构？来一个ddl

[刘志伟_]

引用 1 楼 yu5358979的回复:

你原来的库是什么结构？来一个ddl

PersonId,name,patentid -纬度表 Personid,datatime,sales -事实表

[天善智能]

缓慢变化维度的，参考下BIWork老师的博客，有很多的额 数据仓库系列 - 缓慢渐变维度 (Slowly Changing Dimension) 常见的三种类型及原型设计 http://www.flybi.net/blog/biwork/974 详细的设置。

[Lewis83]

以下仅属个人意见，无方法论支持，是我们以前的一种做法。 建议先看看缓慢变化维的概念，方案如下： 1. 需要在维度表中添加：有效开始时间，有效结束时间，记录是否当前有效，当前记录版本号等渐变属性。 每一次记录变更，都添加新的记录，同时修改旧记录的版本号和有效结束时间，记录是否有效等信息。 这样的优点是： a) 每一次变更都会记录历史信息 b) 可以快速查找最新有效的记录 c) 可快速查找历史版本，或者根据时间区间找到历史有效记录。 2.同时还要在你原有基础上添加代理键 PK_ID, PersonId, name, patentid ,begintime,endtime,version,isvalidate -纬度表 PK_ID, Person_PK_ID,PersonId,datatime,sales -事实表 建议事实表中除了保留维度表的代理键，依旧保留业务主键PersonId，以防万一（因为有些业务不想关联历史维度信息，而要关联最新的） 3.层级问题，如果是该事实表直接用于报表查询的，出于效率考虑，建议维度表做成大宽表

[文修]

引用 3 楼 TianShanSoft 的回复:

缓慢变化维度的，参考下BIWork老师的博客，有很多的额 数据仓库系列 - 缓慢渐变维度 (Slowly Changing Dimension) 常见的三种类型及原型设计 http://www.flybi.net/blog/biwork/974 详细的设置。

多谢分享，学习了

[文修]

跪求楼主结贴给分