ODS设计思路-ODS到DW同步


ODS作为DW和业务系统的中间数据层,保留了两者的部分特性,在基本数据上,继承了业务系统的数据形式和组织结构,但出于查询和分析的需求,也可以进行部分粗粒度的汇总,提供部分维度。

ODS与DW对比特点:

ODS设计思路-ODS到DW同步_第1张图片

ODS作为DW的数据源,可以根据设计需要,保留近两个月(自然月,或者长至一年)的原始数据,定期删除超出期限的数据。ODS也可以根据DW的特征进行SBA(业务特征区)层和LAM(轻度汇总层)层设计,进行维度标准化和简单汇总处理,这写SBA层和LAM层的数据保留期限可以设置为几天之内,当然,最大限度保留的话,可以保留近两个月(参考之前设计)的SBALAM数据。


ODS是当前的、不断变化的数据,而DW保留的是历史的、不再变化的数据,所以一般来说会落后ODS一天或一天以上的数据。ODS按分钟级别捕捉生产系统的数据变化,然后可以每天将归档后的数据加载到DW中,归档的标记为这条记录是否已完成


ODS的基本表(除汇总表)应记录业务字段的hash值,并设置拉链算法所需的start_dateend_date。业务源数据变化时,根据rowid或其他方法,找到旧记录进行分裂,并插入新数据和新的hash值,start_dateend_date。如果ODS中有轻度汇总表,那么对end_date变为sysdate当天的记录,所涉及的汇总记录,必须重算。

注:ODS中是否进行记录分裂,要看这条记录之前是否以归档,如果已归档,那么进行分裂,未归档则不必分裂,更新记录和hash值即可。


DW中,也应记录ODSDW时的hash值、start_dateend_date,当ODSDW再次同步时,根据旧hash值,分裂DW中的老记录,然后同步新记录。如果DW中有汇总表,那么对end_date变为sysdate当天的记录,所涉及的汇总记录,必须重算。


如果源系统修改了2个月之前的数据,ODS中没有相关的数据记录(已删除,ODS只保留2个月),那么ODS无法分裂,DW中也是同样的情况。

解决办法是,在ODSDW基础表中保留rowid或同类字段,对时间超出ODS的记录按rowid查找DW进行分裂,但rowid可能根据表格move或压缩变化。

或者在出现2个月之前的数据修改时,手动处理。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10009036/viewspace-1061623/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/10009036/viewspace-1061623/

你可能感兴趣的:(数据库)