[QUOTE]最初由 innovate511 发布
我在ttnn google群里把数据仓库和建筑业做了形象的比较。

在我们看来，很多简单的建筑，比如农舍，这些甚至根本不需要钢筋水泥就可以建起来。而类似摩天大厦的建筑，光是钢筋水泥这些建筑材料是不行的了，需要设计其架构，地基要打好，然后内部房间布置和装修规范，然后运用规范的建筑建设思路去建筑，才能建成稳固的摩天大楼。

同样，数据仓库小到你只分析一个星型模型，数据上千条，你可以用my sql都没关系，而业务庞大的世界500强企业或者中国、美国这样大国的国家级数据仓库，就必须从选材到项目架构设计、模型设计、开发、测试流程、项目管理各个层次都要做好才行。那么这种大型项目目前使用“材料”，也就是我们的数据库就很有讲究了，超大型项目使用teradata, DB2的多点，其次Oracle, SQL\Sybase的比较少了，使用my sql的可能没有。

然后就是物理架构设计和逻辑架构组织，其中物理架构就是厂家常宣传的XX数据仓库解决方案，主要是如何是数据库效率更高，稳定性更好。而逻辑架构则需要项目实施者自己去根据实际情况设计，一般几大常见的组织结构一个都不会少，甚至会多出一些中间层在常见组织结构中作为过滤和缓冲，提高项目稳定性和效率。从另一角度看，对开发和测试的要求也会高很多，这和建筑业的摩天大楼的建设地位是一样的，各个细节一个都不能少。同样，如果是简单的项目，就如你搭建一个农舍似的，焉需用牛刀，就不需要打什么地基了吧？ [/QUOTE

呵呵,你不懂建筑业,别在这个用BI和建筑业比较,这样会玷污建筑业.我父亲从事建筑施工50多年,我兄长20多年,我太太从事建筑结构设计(就是你所说的物理架构设计和逻辑架构组织)10年.建筑业是所有行业最规范的行业. 你的说法在建筑业刚好相反,摩天大楼首先是建筑师按照业主方要求和艺术结合的杰作,然后是结构师根据建筑师的设计,并根据土质报告,地区环境等做结构设计,并在结构设计中指定材料范围,最后交给施工方来施工.而这个摩天大楼整个项目经理肯定是建筑师担任.

你别不懂建筑,就用建筑的流程来比较BI,太搞笑.

唉,看不懂啊

呵呵, interstatge 对建筑业流程阐述的很明白，受教了

ODS 作为stageing, 是面向对象的、整合的、集成和可变的,

可能要具体内容具体分析,没有太严格限制,看业务要求和关注的角度了

呵呵,个人体会而已,多指教

up

问个菜鸟问题：
ODS和datamart有什么区别，是不是根据存储数据的粒度来划分的

阶段不一样,范围不一样,目的不一样

粒度也不一样

受教了，以前就曾经有过教训，为了满足一些实时细节业务报表的需求，在DW设计中粒度设置过细，导致性能发生很大问题。

去研究一下SAP BW的ODS就知道了.

SAP BW 3.5 稱為ODS

SAP BI7.0 稱為DSO --- Data Store Object.

ODS這東西, 沒有定式. SAP把其功能擴展了.在BI7.0中有三種
DSO

1-- Standard ODS (用於數據統合一致,也用於after image的數據源的增量抽取)
2-- Transaction ODS (主要用於Datar Mart, 也能使用與Report)
3-- Optimizer ODS
     (主要用與寫入數據用的,優化data load 性能,但有能產生即時的Report)

QUOTE:

---

最初由 bq_wang 发布
个人倒是认为不管草舍也好，摩天大楼也好，框架都是一样的，地基、骨架、外面的耗材、装修等等都应该有，也就是说流程是一样的，草舍可以作适当的裁减，地基不用那么多东西、骨架不用钢材等等，甚至不用装修也可以。

---

赞同，按标准流程建设，可能会慢，但利于将来扩展

ODS，DM，EDW怎么搞都行
只要客户给钱！