截止到现在数据架构中关于Ods层的定义、设计应用已经呈现多样化,而且也出现像数据湖这样的概念,不深究数据湖的定义与存在的意义,仅是把Ods作为分析一个深入研究的对象来做。
Ods出现时,数据仓库架构必定包含Ods(Operational Data Store),因为ods的主要目的是为了屏蔽数据仓库与业务系统,降低他们之间的耦合。对ODS的描述不在少数,这个概念应该是90年代初提出的,郁闷派掌门inmon和球派老大kimball都有文章或著书论及,比如inmon就有一本书,Building the Operational Datastore。
![522e4f3f440f3490e1138283c4d0c3e3.png](https://img-blog.csdnimg.cn/img_convert/522e4f3f440f3490e1138283c4d0c3e3.png)
inmon和kimball关于ODS的概念基本差不多,都是集成地,是面向主题地,是易变地,并且是反应当前状态地。相比较数据仓库系统的定义,发现后两个特点正好相反。但是这两派对于ODS的实现可就不一样的,inmon赞成使用高度范式化的数据模型来为ODS建模,而kimball提倡使用维度建模来实现ODS,和后面的DW、DM使用统一的维表。
ODS说我为什么这么难
从前有一个ods,用户需要它出现时,它就会出现,不需要时就会默默匿在后面,用户不同的需要,它就会表现出不同的习性,用户诉求它作为日常报表数据基础时,它就会每日从业务