商业智能之联机分析处理.docx

想预览更多内容,点击预览全文

申明敬告:

本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己完全接受本站规则且自行承担所有风险,本站不退款、不进行额外附加服务;如果您已付费下载过本站文档,您可以点击这里二次下载

文档介绍

Lele was written in 2021 Lele was written in 2021

商业智能之联机分析处理

商业智能之联机分析处理(OLAP)

Inetsoft最早是一个报表工具厂商,2004年Style Report/Style Intelligence 发布基于OLAP ROLAP的数据分析技术,初次涉足商业智能应用。自此,我们沿着商业智能(BI)之路一路前行,直到今天,长江后浪推前浪,我们的BI产品渐渐超过了传统的报表工具产品,Style Intelligence系列成为主打产品。可以说,OLAP把英网带入了商业智能领域。

随着企业信息化的推进,传统关系型数据库的发展,很多企业的数据资源已经相当丰富了,但是面临着“数据海量、信息全无”的尴尬局面。也许我们会说,关系型数据库不是也提供了查询手段吗比如SQL。确实,我们可以通过SQL查询到一些结果,但是这其中面临几大问题,这里只列举其中两个最要命的问题:

当数据库结构相对简单,数据量相对小,查询也不是很频繁的时候,关系型数据库都能运转良好。但是,想象一下,一个查询需要连接几张表,并且有些表的数据早已过了千万行的级别,从这几千万行中找出你需要的数据,再假设这个查询还挺频繁的,我想,这个时候只能选择崩溃了。

获取信息是为了帮助我们分析问题,而分析问题这种自然行为一般都是从相关因素开始考虑的,专业术语叫“维度”,这些维度的产生依赖于分组,度量值来自于分组后的统计。SQL天然的不适合这种应用,只能动态的生成形形色色的SQL查询语句来获取不同的信息,这个计算量让关系型数据库力不从心。虽然我们可以想很多种办法来维持运转,比如建立视图、索引、缓存等,总归是治标不治本的权宜之计。

由此可见,SQL对大数据库的简单查询已不能满足用户分析的需求。用户的决策分析需要对关系数据库进行大量计算才能得到结果,而查询的结果并不能满足决策

最近下载