cube数据源和FM包数据源的区别

回复 3# sealink
茅塞顿开，总结的真好，膜拜……:hug:

针对第三点有个疑问：FM发布的多维模型的日期维度是不是跟cube总的日期维度不同？后期与日期相关的处理也不一样吧？比如我的 数据库的事实表中日数据表的日期 daytime的格式有yyyy-mm-dd hi24:mm:ss又有分成year，和month两个字段的月表，这种在FM中发布多维模型是不是有问题？收起

mark,学习le收起

mark,学习学习收起

:)好贴子收起

回复 16# jielee


    这个不是冷水，多谢纠错，学习到了正确的理解，嘿嘿收起

看那么多朋友捧场，真心不希望再给你泼冷水。
但实际上，你理解的，有一些是错的，或者不准确的。

1、Tr一般只做多维包，FM既可以做平面包，也可以做多维包。
在特殊需求下，我也用TR做过一次类似二维的数据。

2、TR包将数据打包为CUBE文档，CUBE中包括数据，所以在报表查阅时，不需要访问数据库，但FM包使用时需要实时访问数据库，
这是机制，不论你做的是平面模型还是多维模型，都是一样的。
在这种机制下，FM包的报表，是实时访问的数据库数据。
而CUBE数据源的报表，不可能做到实时。数据库中数据变动了，如果你不更新CUBE，报表是不会变化的。

TR做的CUBE是可以发布、传递、携带的，且只在生成CUBE时才访问数据库，降低了数据库所在系统的硬件压力。

3、CUBE中的数据，是做过一次GROUP BY的，除非你是像我上面说的那样，强制做二维数据表。一般数据量都降低了很多，进而会提高性能。
而且CUBE就是为了多维数据而生的，貌似（未验证）在多维数据组织和访问机制上，做有一些优化，
所以在做多维分析时，基本CUBE的包要比直连数据库的包效率高。这一点在大数据量（百万、千万级）上分析，非常明显。

此外，还有很多不同点，比如，FM包可以带参数，而TR做的包就不能。收起

谢谢你们解答收起

回复 12# xbair


这个源自IBM的策略，最早cognos 10发布时。我听过介绍说，打算以后把Transformer整合到Framework中，变成一个数据包的发布工具，但是现在也没看到有啥变化。

Framework中可以发布2中数据模型：常用的关系模型和多维模型，而且多维模型中可以只建维度，不建度量，通过维度跟事实表关联。收起

回复 12# xbair
你做的是多维，所以可以用，我写这个帖的时候还没接触过用FM做多维，所以帖子写的有瑕疵。你这一点让我学习到了，多谢！收起

回复 3# sealink


    我自己在数据库建立了几张表，导入到Framework Manager.在Framework Managaer中建立了多维模型，在AS中可以使用的。我没有用Cube。
   请问这是为什么？？？收起