浅析联邦式数据仓库架构

刘庆 20060719

说起这个"联邦"数据仓库，我就想到EII，印象中，这两个概念走得比较紧。
 
在我们身边，不知道有没有这种联邦式的。按照jerome说得，区域性和功能性两种类型。譬如电信行业吧，在省公司一级建立数据仓库，然后上报一些汇总数据到集团总部。这看上去有点像联邦哦。
 
但这里的联邦数据仓库指的是单单集团总部那个库还是全国各个级别所有的库呢？理解起来应该是后者，但显然，在全国范围内，并没有形成这样一个统一的"库"，各个省的系统相对自治性太高了。因此，我看在电信行业这种情况，还谈不上联邦数据仓库。
 
至于功能性的联邦，挺让我疑惑的。因为初看之下，这不就是kimball口中的数据仓库嘛——若干个数据集市放在一起就是数据仓库。
 
以前有人将这种数据仓库当作未来的趋势，也许确实如此。中央期望统一，地方期望自治，到头来，联邦可能就是一种折中的方案。

Jerome 20060719

--但这里的联邦数据仓库指的是单单集团总部那个库还是全国各个级别所有的库呢？理解起来应该是后者，这个，我觉得既然称为数据仓库，应该是所有的库加在一起称为联邦。

--电信行业吧，在省公司一级建立数据仓库，然后上报一些汇总数据到集¬团总部。这看上去有点像联邦哦。

对于这个是不是联邦，我觉得可能是判断数据是否只从各地区汇总到集团总部。从他们架构的资料来看，联邦架构中数据流应该是双向的，能进行数据交换的基础就是参照数据。如果只是单向的汇总，我估计还不算联邦。

--功能性的联邦，挺让我疑惑的。因为初看之下，这不就是kimball口中的数据仓库嘛——若干个数据集市放在一起就是数据仓库。

这个我也比较迷惑，因为它和总线架构太像了。我觉得区别可能是功能性联邦不像总线架构那么强制性的将一致性维度复制到所有的数据集市。有可能通过对照表来实现，虽然各个数据集市数据交互起来要麻烦，但是对于已经建立好的独立数据集市不需要大的修改。
联邦架构没有实际接触过，谈到东西也都是猜测。感觉既然称之为联邦，估计数据之间的关系要相对松散一些，但即称为一种数据仓库架构，数据之间的交互功能是应该提供的。

Innovate 20060720

所谓的联邦数据仓库解决方案IBM在90年代就开始做了，但是他们提出的解决方案结合了Inmon和Kimball两者的优点，更彻底，功能更强大。而IBM自己的数据仓库项目更是将全球区域性、部门级（含总部）、不同前端应用需求多个因素全考虑进去了，成为业界经典数据仓库项目。

Jerome 20060724

我一直觉得结合了Inmon和Kimball的优点的数据仓库和联邦架构不太一样，虽然我没见过实际的联邦架构是什么样的，但是凭感觉它应该是松散耦合的，否则和其他几种架构就没什么区别，也就不可能出现一种新的架构方式。我还觉得联邦架构可能是为了解决已有系统的集成问题而提出的一种架构方式，即对已有的独立数据集市进行一些处理，如加对照表等，使它们能交互数据。

像Innovate511所提的IBM的数据仓库中将全球、部门等都考虑进去，应该是逻辑上是集中的，而物理上是分布式的数据仓库架构，其中数据之间的关系应该是很紧密的。

一点猜测，欢迎大家指点。