载入中…
公告栏:
当前位置: 中国商业智能网 >> CIO >> OLAP >> 文章正文
OLAP之全过程介绍
作者:佚名    来源:javaeye    点击数:    时间:2011-3-28
【摘要】经过多年来企业信息化建设,大部分都拥有了自己的财务,OA,CRM 等软件。这些系统都有自己的独立数据库,记录着企业运行情况某个方面的数据。但是单独看这些系统的报表,并不一定能对企业运行情况有全面客观的了解。就像只凭身高不能判断一个人是否健康,所以体检的时候我们需要化验许多指标,做各种检测,就是为了对身体情况有更全面的了解,作出更准确的判断。

    同样对一个企业,不能仅根据出勤率就判断一个人的绩效高低,因为你不知道他的工作成果情况。仅根据财务报表输入支出也体现不了各部门的收益情况,这个部门有多少工作人员,完成了哪些任务你也不知道。正式由于这种需求,产生了 OLAPONLINE ANALYTICAL PROCESSING )应用,在建立了汇集各系统数据的 数据仓库后,OLAP应用可以快速解析多维的查询分析,针对查询出的数据,用户也可以方便的进行钻取,如查询出了年度数据,可以很方便的查看月度数据;查询好地区的数据,可以再看相应城市的数据,还可以显示相应的趋势图,柱状图,饼图等,从而给决策者的判断提供有效的数据支持。

    数据抽取:我们做饭之前,先要从菜场各个摊位去买我们需要的原材料,如青菜,番茄,鸡蛋,和鱼,然后把菜上的老叶子去掉,鱼鳞和内脏去掉,洗干净。建立OLAP应用之前,我们要想办法把各个独立系统的数据抽取出来,经过一定的转换和过滤,存放到一个集中的地方,成为数据仓库。这个抽取,转换,加载的过程叫 ETLEXTRACT TRANSFORMLOAD.相应的开发工具ORACLEDATASTAGE微软有SQL SERVER INTEGRATION SERVICESPENTAHOKETTLE。这些ETL工具一般都支持图形化流程建模,文本文件映射导入,XML,XSLT,可执行SQLJAVA SCRIPT等。
     
数据建模:材料准备好后,我们要规划他们可以做出什么样的菜。首先我们选择主要材料:如鱼,同样是鱼,可以有多种烧法,红烧,清蒸,油炸,水煮。不同的烧法还要搭配相应的辅助材料,如红烧一定要酱油和葱姜。想好了菜单,实际上就已经把这些原材料按不同的组合建立了一定的关系。对于OLAP应用,也要根据客户需求,我们对数据仓库中这些物理存在的表要进行逻辑建模,以某些重要的事实数据(如销售数据)为核心,建立与其他物理表(维度表)之间的业务关系。如销售数据跟部门表,客户表之间的关系。事实和维度之间的组合,就建立了将来做多维查询的基础。建模过程形成的结果在各中平台上的叫法不一样,
BO的叫UNIVERSEORACLE中叫CUBESQLSERVER2005的叫统一维度模型UDM,开源PENTAHO中也叫CUBE。相应的开发工具BOBUSINESS OBJECTS CRYSTAL DECISIONSORACLE ANALYTIC WORKSPACE MANAGER SQLSERVER2005 BUSINESS INTELLIGENCE DEVELOPMENT STUDIOPENTAHOSCHEMA WORKBENCH。相对其他商业产品,SCHEMA WORKBENCH比较简单,也没有和软件开发平台如ECLIPSE集成在一起。

    多维查询:准备好了原材料和相应的菜单,接下来就是根据要求烧菜了。这当中需要有一种表达需求的语言,例如同样是这个红烧鱼,有的人希望甜一些,有些人不喜欢放葱。如果有一个标准的语言描述这种执行要求,就能保证烧的菜符合你的口味了。同样,有了表达逻辑关系的模型CUBE,数据仓库中也导入了业务数据,我们还要告诉执行引擎如何取得我们真正所要的数据。这个查询语言就是MDX(MULTIDIMENSIONAL EXPRESSION)它是微软在1997年首次提出,并为多家厂商采用。如果要学习它的相关语法,微软MSDN上有详细的文档:HTTP://TECHNET.MICROSOFT.COM/ZH-CN/LIBRARY/BB500184.ASPX

    数据展现:烧好了菜,还要决定如何上菜,是用碗,用盘子还是砂锅,这些都要根据所做的菜式和客户要求。MDX查询返回的是多维数据,普通的二维表很难表现超过2个维度的数据,如果要进行数据的钻取等操作更是难上加难。各厂家的技术平台都有想应的实现技术。比较底层的界面表现技术ORACLE BUSINESS INTELLIGENCE BEANS,开源的有JPIVOT,这些需要开发相应的展示页面和维护界面,但可以和已有的系统紧密结合。另外为了方便用户使用和维护,也有做成可运行程序的系统平台。如ORACLEORACLE BUSINESS INTELLIGENCE FOUNDATION,开源的有SPAGOBIPENTAHO BI PLATFORM等。这些系统都有完整的DASHBOARD,多维查询,报表等功能,使用维护都比较方便,缺点就是比较庞大笨重。
以上是建立OLAP应用的几个重要环节和相关技术,最后总结一下:用户需求——数据建模——数据仓库

    用户需求决定了如何设计模型和数据仓库,数据模型又是描述数据仓库的逻辑关系,而数据模型和数据仓库的某些技术限制也可能影响用户需求的实现。这三者之间是相互依存和影响着的。而MDX查询,又是这三者之间的粘合剂,它表达了用户的需求,经过OLAP引擎的解析,根据数据模型的描述,从数据仓库找到所需要的数据。

 

责任编辑:朱莉   
 
  • 上一篇文章:

  • 下一篇文章:
  • 发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口
    ChinaBI版权、投稿与免责申明:
    1)凡本网署名文字、图片和音视频稿件,版权均属中国商业智能网所有。任何媒体、网站或个人未经本网协议授权不得转载、链接、转贴或以其他方式复制发表。已经本网协议授权的媒体、网站,在下载使用时必须注明稿件来源:中国商业智能网,违者本网将依法追究责任。
    2)本网注明“本站来源处不写本站原创”的文章均为转载稿,本网转载出于传递更多信息之目的。如本网转载稿涉及版权等问题,请作者速来电或来函与本网联系。
      网友评论:(只显示最新10条。评论内容只代表网友观点,与本站立场无关!)
    最新热点
    娱乐资讯
    最新推荐
    网站合作、内容监督、商务咨询、投诉建议 电话:0512-62861389  邮箱:chianbi@126.com
    Copyright 2004-2014 中国商业智能网版权所有   |    苏 ICP 备 13004727 号