请问BI开发,直连数据库和OLAP有什么区别?

1
之前没有相关经验,刚跳到这个公司就让我一个人做这方面的技术调研。当我查了一套 ETL - 数据仓库 - OLAP 后负责人告诉我用数据库直连。。。深感无语。但是直连有好多概念我没有弄清楚。比如Mysql JDBC, 做直连的话表字段的别名、维度度量标识这些属性都是在哪记录的?之前的开发表都是固定的,突然表不固定就弄不太明白了。而且直连怎么实现自由式表格?
还有,他的意思是 mysql 做索引读大量数据也不会很慢,那是不是每个字段都要加索引?
永洪BI是做的数据库直连吗?还是把数据同步到数据仓库里了? 求帮忙
已邀请:
5

BAO胖子 - 15年BI经验,涉足电力,快消品,医药,信息服务等行业的BI老兵。 2016-08-12 回答

OLAP分好几种,ROLAP就是关系型数据库,比如你用Cognos FM, BO Universe,SAP BW这些东西,实际上访问的就是关系型数据库。还有一种MOLAP,比如Cognos TM1, Cognos Dynamic Cube, Hyperion Essbase之类的,这类就是把数据库的东西抽取到Cube里,还有HOLAP,以微软的MS Analytic Service为代表,有一部分数据库做成Cube,一部分还放RDB里,但对使用者是透明的。
 
从Cube里面走肯定速度要比直接读数据库快,但Cube也有它的弊端,比如多一步Data loading的操作,以及对过多维度数据加载有的OLAP产品会有问题之类的。你最好把语言重新组织组织,给个具体的场景,问题写的太含糊没法给你准确的回答。
 
0

老头子 - 专注是唯一的捷径 2016-08-24 回答

钻取可以做汇总表和明细表
在前台做超级链接钻取。
0

简约 2016-09-10 回答

传统的BI模式是建立数据仓库,将相关联的字段打散,按照业务需求建立Cube,优点是速度快,用户体验好,但缺点也很明显,业务目的经常变化,数据仓库需要维护,而Cube的粒度决定了你钻取深度和广度,对设计者的要求较高。
0

seng - 从事BI、大数据、数据分析工作 2016-09-11 回答

OLAP一般游个语义层,是生成实际的cube也好或者是逻辑上的也好,给以后的应用有个缓冲,前后端可以分离。
当然坏处就是限制了用法,一定要按工具要求的 step by step做。
0

backkom - 大数据平台搭建、提供基于大数据分布式实时计算、精准营销等主流应用解决方案。 2016-12-09 回答

您好!我谈谈我个人的一些简单的理解:
首先,咱们的业务系统大的时候,就会有数据仓库;
然后,因为各种业务分析的需求,需要从数仓经过ETL加工一部分数据到分析库;
有了可以做分析的数据以后怎么办?然后就有了像提主说的echats、cognos等展现工具;
其实说了这么多,按我理解,OLAP其实是一系列的数据获取的动作组合,不仅仅是一种取数方式。
你写一个JDBC,让echarts通过这个JDBC读取到分析库的数据,通过echats图表实现交互和分析,这也是简单的OLAP;
那么关键点,咱们写这个JDBC是否健壮?效率如何?体验度、数据精准度、开发成本的可接受度等等。。。。这些都是需要考虑的。
目前的BI、大数据技术发展迅速,我觉得OLAP也需要采用时效、半时效及T+等模式来区分使用场景,以满足各种不同的数据分析需求。不同时效的分析需求则采用不同的技术和工具来实现。像月报季报一类的数据分析,可考虑采用高缓存机制,其它以此类推。
至于各家BI产品厂商采用的是什么技术,这个就要看它是面向的什么分析场景了。echats并不是OLAP工具,只能算前端图表工具,精华还在于给它供数的引擎。
 
个人拙见,仅供参考。多谢!
0

梦小浅 2017-01-08 回答

说的很详细,菜鸟的我也看懂了,谢谢

要回复问题请先登录注册