求一个全业务解决方案，谢谢了
0
各位：
大家好，我们现在公司做一个全业务方案，不知道 怎么做，请教下大家，具体内容如下：
比如我们公司全业务分三大模块 ,A模块（有10个维度，20个指标） B模块(10个维度，30个指标) C模块(10个维度，10个指标)
这三大模块在业务 是有密切联系的，我现在如何把三个模块打通，让每个指标除了用本模块的维度看以外，还可以用其它模块的维度看？（ABC三个模块是可以通过主键进行关联的）
我现在想的解决方案是把三个模块融合成一张大表，这张表中就包含30个维度，60个指标，这样我就可以进行分析了，不过假设以后要添加新指标，刷数据就很恼火 了。
有没有那位高手，做过全业务建模，指导下，谢谢了。（我们实际当中，大概有30个维度，有200多个指标）。
大家好，我们现在公司做一个全业务方案，不知道 怎么做，请教下大家，具体内容如下：
比如我们公司全业务分三大模块 ,A模块（有10个维度，20个指标） B模块(10个维度，30个指标) C模块(10个维度，10个指标)
这三大模块在业务 是有密切联系的，我现在如何把三个模块打通，让每个指标除了用本模块的维度看以外，还可以用其它模块的维度看？（ABC三个模块是可以通过主键进行关联的）
我现在想的解决方案是把三个模块融合成一张大表，这张表中就包含30个维度，60个指标，这样我就可以进行分析了，不过假设以后要添加新指标，刷数据就很恼火 了。
有没有那位高手，做过全业务建模，指导下，谢谢了。（我们实际当中，大概有30个维度，有200多个指标）。
没有找到相关结果
重要提示：提问者不能发表回复，可以通过评论与回答者沟通，沟通后可以通过编辑功能完善问题描述，以便后续其他人能够更容易理解问题.
2 个回复
andrea_zhou - 咨询顾问、BA 2013-07-24 回答
赞同来自: 梁勇 、子呆不呆
从架构设计的角度上来说，不管是Kimball还是Inmon的架构，都不会推荐这么来用的。
拿Kimball的来说，建议你根据business process来建模，按你的，，很可能就是A\B\C三个模块已建好了。那么跨模块的，会建议你去做联合事实表，但是也不会去建议所有业务在一个表里实现。
另外，如果你实在要这么做，我估计你的列设计是：
30个维度 60个指标，90个列，是否如此？
如果你要考虑扩充性，且用的是MS SSAS OLAP这样的技术的话，那么，可试一下建立一个度量维度。维度做到行上，形式如:
30个维度 指标维度 CurrentValue ,约32个列。
具体实现还是与技术架构、产品选型有关的。
仅供参考。
roman 2013-07-24 回答
赞同来自:
我们现在采用的技术就是SSAS，你说的我有一点不是很清楚。就是做联合事实表？
这个联合实事表指用事实维度还是我用ETL的方式将两个事实表合成一张事实表，再在合成的这张事实表中建模？
谢谢了。