联合型数据仓库的架构设计,挺适合做复杂业务整合的。像Oracle Financials
、Siebel CRM
这类系统的数据,都可以汇到一个公共中转区,再拆分成多个数据集市给下游使用。这样拆得细,但又能联得起来,用起来还挺顺手的。
联邦式架构的好处是你不用一开始就搞个巨大的全仓,前期成本也能控制。用Real Time ODS
把实时数据先接住,再慢慢建模,过渡得也比较自然,挺适合产品阶段推进不确定的场景。
再说实时,用在电商、营销系统那一类反应要快的场景,有用。比如你实时分群、实时推送优惠,就靠这套实时数据挖掘搞定。
不熟悉的话,推荐你先看看下面几篇:
- 数据仓库与数据集市的区别及入门指南,讲得比较通俗,适合入门
- SQL_Server_2008 基础教程数据仓库与数据集市详解,SQL 相关知识补得还不错
- 数据仓库与数据挖掘的星型结构示例,结构图挺直观
- 实战 Flink+Doris 实时数据仓库,这篇适合搞实时数仓的同学
- 信用卡数据集市的建模方法论,挺典型的行业应用
如果你也在做数据中台建设,或者搞数据集市总是拆不清边界,不妨研究下联合架构的拆法,思路还蛮有启发的。