‘壹’ BI软件有哪些
Pentaho
简介
Pentaho是一个以工作 流为核心的、强调面向解决方案而非工具组件的BI套件，整合了多个开源项目，目标是和商业BI相抗衡。它偏向于与业务流程相结合的BI解决方案，侧重于大 中型企业应用。它允许商业分析人员或开发人员创建报表，仪表盘，分析模型，商业规则和 BI 流程。[1]
pentaho是世界上最流行的开源商务智能软件，以工作流为核心的、强调面向解决方案而非工具组件的BI套件，整合了多个开源项目，目标是和商业BI相抗衡。它是一个基于java平台的商业智能(Business Intelligence,BI)套件，之所以说是套件是因为它包括一个web server平台和几个工具软件：报表，分析，图表，数据集成，数据挖掘等，可以说包括了商务智能的方方面面。
Pentaho是一个它偏向于与业务流程相结合的BI解决方案，侧重于大 中型企业应用。它允许商业分析人员或开发人员创建报表，仪表盘，分析模型，商业规则和 BI 流程。
http://www.pentaho.com/
一个专门的pentaho社区：http://www.itisbi.com/
BIEE
Oracle BIEE（简称BIEE）作为Oracle的新的商业智能平台企业版，起源于Oracle所收购的Siebel公司，BIEE原来叫做Siebel Analytic。Oracle BIEE是一个非常有创造力的工具，它对于物理层，逻辑层，展现层的理解和定义创造了一个非常简洁而清晰的数据模型，使用这个数据模型可以完整地连接企业内各个异构数据源，从而使商业智能真正能够在企业范围内得到大规模部署和使用。
BIEE：Oracle Business Intelligence Enterprise Edition Oracle在05年底收购Siebel，取其前端开发工具Siebel Analytics作为Oracle BI的新平台。区别原Discoverer起见，称为Enterprise Edition,而原来的Discoverer就变成了Standard Edition了。二者各取部分结合，加个xe，于是又有所谓的Standards Edition One.这就是OBIEE、OBISE和OBISE ONE的简单缘起。 07年Oracle收了Hyperion，于是取Hyperion BI的部分组件，合并升级为现在的OBI EE Plus。
BIEE的数据模型分为3层：
1、 物理层Physical，用于定义和连接各类异构数据源，如关系型数据库、符合XML规范的源数据、OLAP服务、Essbase、Excel等，具体定义数据源物理表结构、字段数据类型、主外键。可简单理解为“物理表定义”。值得一提的是，BIEE只是保存定义，并没有存储数据本身。物理层通过“连接池”、“缓存查询结果”等技术来提高性能。
2、 逻辑层Business Model and Mapping，基于物理层构建的DW多维数据模型如星型模型或雪花模型，以及定义逻辑模型与物理模型间的映射关系。需要定义事实表和维度表的主外键关系，可以定义维度表的层次和事实表的度量。这里是整个BIEE的设计核心，需要“整合”开发人员和业务人员两种视觉。一个逻辑层的表，可能来自多个物理层的表；一个逻辑层的字段，可以来自多个物理层的多个表。
3、 展现层Presentation，该层隐藏掉任何技术术语和模型，去掉任何业务不关心的字段如ID列，以最终用户的视角和术语行描述。最常见的做法是面对不同的用户组——业务部门，来设计不同的展现层分析项。这样做的好处是：可以把报表开发更加完善，符合最终用户的需求。
BO
BO为Business Object的缩写，Business Object是业务对象层，表示应用程序领域内“事物”的所有实体类。这些实体类驻留在服务器上，并利用服务类来协助完成它们的职责。Business Objects，也简称BO，是全球领先的商务智能(BI)软件公司。公司主要业务是帮助企业更加深入地跟踪和了解其业务，改善决策水平，优化企业绩效。
Cognos
Cognos是在BI核心平台之上，以服务为导向进行架构，是唯一可以通过单一产品和在单一可靠架构上提供完整业务智能功能的解决方案。它可以提供无缝密合的报表、分析、记分卡、仪表盘等解决方案，通过提供所有的系统和资料资源，以简化公司各员工处理资讯的方法。作为一个全面、灵活的产品，Cognos业务智能解决方案可以容易地整合到现有的多系统和数据源架构中。
Cognos展现的报表基于统一的元数据模型。统一的元数据模型为应用提供了统一、一致的视图。用户可以在浏览器中自定义报表，格式灵活，元素丰富，而且可以通过Query Studio进行即席的开放式查询。Cognos还具有独特的穿透钻取（Drill Through）、切片（slice）和切块（dice）、以及旋转（pivot）等功能，使分析人员、管理人员或执行人员能够从多角度对信息进行快速、一致、交互地存取，从而获得对数据的更深入了解，有效地将各种相关的信息关联起来，使用户在分析汇总数据的同时能够深入到自己感兴趣的细节数据中，以便更全面地了解情况，做出正确决策。[1]
Cognos强大的报表制作和展示功能能够制作/展示任何形式的报表，其纯粹的Web界面使用方式又使得部署成本和管理成本降到最低。同时Cognos还可以同数据挖掘工具、统计分析工具配合使用，增强决策分析功能。
2007年11月美国波士顿当地时间本周一，IBM宣布将以50亿美元现金收购Cognos。故又称IBM Cognos
‘贰’ oracle essbase 能连接关系数据库吗
Oracle RAC(Real Application Clusters),我们说的双机容错就是RAC的一种.
集群技术的优势在在于横向扩展性能,并提供高可用性.
32位的操作系统有4G内存的限制,有些Unix系统(以及非高级版本的Windows)有CPU个数的限制.
而集群技术通过集合多台机器协同工作,横向打破了这种限制.
‘叁’ Hyperion essbase入门（二）什么是essbase
（大意是你可以把essabase想象成多张叠起来的excel表格，不仅仅在单张excel上可以进行表格之间的各种运算，在多张excel表格之间也可以做各种累计运算！） 这个大概是为什么essbase能够和excel工具深度集成的原因，因为essbase很多设计都是来源于excel等工具对于分析的限制和不足。但是excel不失为essbase的一个非常友好的前端，对于非常习惯使用Excel工具的业务人员，他们可以非常容易地使用和分析essbase里的数据，Oracle里关于Essbase卖点的一个经常使用的场景是：当业务人员把数据放在多种表格的时候，到了最后他都不知道哪张表格的数据是最新的，而如果把所有的数据都放在essbase里的时候，你可以轻易地得到最新的数据并且分析数据和数据之间的关系。 和传统的oltp类型的数据库不一样，oltp用实体和关系来描述对象，而多维数据库，则使用度量和维度来描述对象。在做多维设计的时候，其实就是考虑关于度量和维度的设计，比如销售额就是一个典型的度量，而销售地区就是一个典型的维度，但是在essbase里，度量也是一种特殊的维度，叫account维度，这个是和有些OLAP服务器概念上有所区别的，这样的定义方式能够很方便地使用维度的操作方式访问度量，而且应该说在MDX这种标准多维查询语言里，度量和维度的确没有本质的区分。
Essbase的一般设计对于MOLAP数据库一个通常的观念是MOLAP不能存储很大的数据量，当essbase以BSO（块存储）来存储多维数据的时候（传统方式），则称之为Essbase Analytic mole，这种传统方式对于维度数据非常多，数据量非常庞大的时候的处理性能一般，这个也是造成许多人认为MOLAP多维数据库不适合分析非常大量的数据的方式的缘由，但是BSO存储方式能够更好地支持大量回写的应用，如what-if分析，并且能够提供更好的分析功能。
当数据量很大或者多于10个维度的时候，essbase建议使用ASO聚合存储方式来压缩存储的数据（据说性能在这种方式下能够快几十倍，而存储量能减少几十倍），使用这种存储方式就称之为Enterprise Analytic Mole，从而提供了修正这种MOLAP大数据量限制的很好的方式。这种存储方式用于分析维度数量比较多，同时并非每个维度的数据都很稠密的时候是性能会非常好，可以处理大量的数据，这两种不同的存储，对于上层应用透明，在同一个应用里可以混合使用。
多维数据库的设计（维度和度量）在essbase里称之为outline，以.otl的后缀存储，一个典型的多维数据库设计过程是包括：先需要通过admin console创建一个outline。
（其实essbase提供了非常丰富的api接口，也可以使用api来创建和修改outline） 在outline里定义维度和层次和累计方式，然后就是通过admin console编辑数据加载规则来把外部数据按照设计好的outline加载到essbase数据库里。
加载规则基本上有三种方式：
一是通过文本文件加载。二是通过Open sql的方式从ODBC数据源加载。最后一种是使用ETL工具进行加载。 然后使用计算脚本计算生成立方体里的其他所需要的数据，就可以通过excel或者BI工具来访问和分析多维数据库里的数据了。
‘肆’ Essbase如何在Unix/Linux下使用ODBC数据源
1.链接库文件到系统目录/usr/lib/
切换用户到root，执行下面命令ln -s
/ni/essbase/Hyperion/common/ODBC/Merant/5.2/lib/libARicu22.so
/usr/lib/libARicu22.soln -s
/ni/essbase/Hyperion/common/ODBC/Merant/5.2/lib/libodbcinst.so
/usr/lib/libodbcinst.so
2.测试ODBC驱动
切换当前目录到
/ni/essbase/Hyperion/common/ODBC/Merant/5.2/bin，使用下面命令测试驱动是否能够正常使用ivtestlib/ni/essbase/Hyperion/common/ODBC/Merant/5.2/lib/ARora22.so
3.配置ODBC数据源 （配置项目使用的数据库）
编辑文件/ni/essbase/Hyperion/common/ODBC/Merant/5.2/odbc.ini，例子如下
使用Oracle数据库
[ODBC Data Sources]
Oracle Wire Protocol=DataDirect 5.2 Oracle Wire Protocol
[Oracle Wire Protocol]
--- 修改以下数据库信息
HostName=数据库IP地址
PortNumber=1521
ServerName=<server_name in
tnsnames.ora
SID= SID名称
TNSNamesFile= TNS名称
4.链接文件odbc.ini到home
切换当前目录为用户home目录，执行命令
‘伍’ 3.1 多维数据库essbase的存储原理，和oracle关系库的区别
Essbase主要是作为Planning后端数据库使用。Planning的技术难点在于Essbase，所以搞Planning深入下去就是在搞Essbase；
反过来说，熟悉了Essbase，上手Planning就很简单，无非是在Essbase基础上加了Form、Process Management等功能，再学学Driver-based Planning、Rolling Forcasting等知识，就算是Planning专家了。
‘陆’ 2.想学数据库,想问问数据库分哪几种,有何区别
下面针对这些数据仓库解决方案的性能和特点做分析和比较。 IBM IBM公司提供了一套基于可视数据仓库的商业智能（BI）解决方案，包括：Visual Warehouse（VW）、Essbase/DB2 OLAP Server 5.0、IBM DB2 UDB，以及来自第三方的前端数据展现工具（如BO）和数据挖掘工具（如SAS）。其中，VW是一个功能很强的集成环境，既可用于数据仓库建模和元数据管理，又可用于数据抽取、转换、装载和调度。Essbase/DB2 OLAP Server支持“维”的定义和数据装载。Essbase/DB2 OLAP Server不是ROLAP（Relational OLAP）服务器，而是一个（ROLAP和MOLAP）混合的HOLAP服务器，在Essbase完成数据装载后，数据存放在系统指定的DB2 UDB数据库中。 严格说来，IBM自己并没有提供完整的数据仓库解决方案，该公司采取的是合作伙伴战略。例如，它的前端数据展现工具可以是Business Objects的BO、Lotus的Approach、Cognos的Impromptu或IBM的Query Management Facility；多维分析工具支持Arbor Software的Essbase和IBM（与Arbor联合开发）的DB2 OLAP服务器；统计分析工具采用SAS系统。 Oracle Oracle数据仓库解决方案主要包括Oracle Express和Oracle Discoverer两个部分。Oracle Express由四个工具组成：Oracle Express Server是一个MOLAP (多维OLAP)服务器，它利用多维模型，存储和管理多维数据库或多维高速缓存，同时也能够访问多种关系数据库；Oracle Express Web Agent通过CGI或Web插件支持基于Web的动态多维数据展现；Oracle Express Objects前端数据分析工具（目前仅支持Windows平台）提供了图形化建模和假设分析功能，支持可视化开发和事件驱动编程技术，提供了兼容Visual Basic语法的语言，支持OCX和OLE；Oracle Express Analyzer是通用的、面向最终用户的报告和分析工具（目前仅支持Windows平台）。Oracle Discoverer即席查询工具是专门为最终用户设计的，分为最终用户版和管理员版。 在Oracle数据仓库解决方案实施过程中，通常把汇总数据存储在Express多维数据库中，而将详细数据存储在Oracle关系数据库中，当需要详细数据时，Express Server通过构造SQL语句访问关系数据库。但目前的Express还不够灵活，数据仓库设计的一个变化往往导致数据库的重构。另外，目前的Oracle 8i和Express 之间集成度还不够高，Oracle 8i和Express之间需要复制元数据，如果Oracle Discoverer（或BO）需要访问汇总数据，则需要将汇总数据同时存放在Oracle和Express中，系统维护比较困难。值得注意的是，刚刚问世的Oracle 9i把OLAP和数据挖掘作为重要特点。 Sybase Sybase提供的数据仓库解决方案称为Warehouse Studio，包括数据仓库的建模、数据抽取与转换、数据存储与管理、元数据管理以及可视化数据分析等工具。其中，Warehouse Architect是PowerDesigner中的一个设计模块，它支持星形模型、雪花模型和ER模型；数据抽取与转换工具包括PowerStage、Replication Server、Carleton PASSPORT，PowerStage是Sybase提供的可视化数据迁移工具。
‘柒’ 连接oracle essbase studio出错，connection refused
你应该是使用oracle数据库进行配置，在配置essbase studio 数据库时使用新建的数据库用户，不要使用oracle自带用户，如system。这样就行了
‘捌’ 200分悬赏：中石化的案例分析
1 财务预算管理的思考 中石化应用案例分析
2000年10月，中石化经过重组分别在中国香港、美国纽约、英国伦敦成功上市，2001年在上海证券交易所上市。上市以后，对中石化对外信息披露和加强内部管理提出了新的挑战，这就要求中石化必须以全新的经营理念、经营机制、管理模式、运作方式进行操作，逐步与国际接轨。作为企业管理的核心，也对进一步提升财务管理的水平提出了更高的要求。因此，中石化开始进行信息化建设的实践。
中石化的信息化建设于2000年上市后大规模展开，并与咨询公司进行ERP建设的规划。目前，SAP已在中石化下属24家单位上线运行，取得了较好的应用效果。在集团总部的应用，则主要包括生产计划部门牵头的KPI体系、财务部门牵头的成本控制体系，以及信息管理部门牵头的数据仓库（支撑KPI体系和成本控制体系的平台）。
具体到财务部门而言，中石化为了实现建立成本控制体系的目标，主要做了以下工作，一是对成本核算进行统一和规范，确保同类企业的核算口径相同；在这方面，中石化制定了统一的成本核算办法、设计了统一的标准代码体系、应用统一的软件平台。二是将收入、成本（费用）的预算落在实处，并选择了Hyperion Planning；完成损益预算后，又实施了资金预算。三是选择Hyperion Essbase产品，建立先进的、系统的、与国际初步接轨的财务分析体系。 截至目前，中石化所进行的各相关项目基本完成，运行情况良好，基本实现了项目的预期目标。
财务预算管理的起步
事实上，中石化在很早之前便有财务预算管理的意识，不过中石化也意识到进行财务预算管理离不开强大的系统支持，否则将流于形式。直接促动中石化加快财务信息管理系统建设的因素是海内外的成功上市，因为成功上市后不仅需要每年向外界披露财务报表，而且要实现内部管理从行业管理的模式向企业管理的模式转变。而在上市之初，中石化没有统一的内部会计制度和统一的核算成本办法，多种财务信息系统平台造成了汇总、合并处理的困难。 在这种情况下，中石化在启动ERP项目建设的同时，2000年开始实施财务管理信息系统，同年推广完成帐务和报表系统，2001年推广炼化企业成本核算和固定资产系统，然后逐步向企业应用靠拢，并与ERP的应用结合。
不过，当时的财务信息管理系统主要还是面向企业应用，且主要是核算层面的应用。而面向总部的应用，特别是管理层面的应用尚未全面展开。中石化选择了预算管理作为突破口，在进行成本控制体系的规划时，选用海波龙的财务预算管理解决方案Hyperion Planning。 中石化财务部信息处徐伟表示，中石化之所以选择海波龙的解决方案，主要是出于两方面的考虑，一方面是埃森哲的推荐，海波龙的财务预算管理解决方案在全球领先；另一方面是中石化高层赴国外考察时发现国外大型石油化工企业普遍采用海波龙的解决方案。
作者：tjhaojiejie 2007-1-2 13:51 回复此发言
2 回复：财务预算管理的思考 中石化应用案例分析
财务分析体系的实施
在实施财务预算管理系统的同时，中石化还进一步完善了其财务分析体系。
过去，中石化可以实现财务信息穿透查询的功能，即总部工作人员可以通过网络登陆到各级单位的服务器中，查询相关的财务明细信息。这种查询模式只能解决“一查到底”的需求，但总部应用信息的模式更多是“先粗后细”、“横向对比”等，更多的是基于报表数据，这就遇到了一些难题：报表数量大，每年报表格式还经常发生变化。由于报表数量众多，做好分析还需要熟悉不同的业务背景（油田、炼化、销售、科研与贸易），所以过去主要精力都放在“复制”、“粘贴”等手工重复劳动上，分析体系也不成规范，分析手段比较原始，造成工作人员工作量大、疲于应付的局面。
为进一步提升财务分析的水平，中石化引入咨询公司普华永道，通过比较国外企业与中石化在分析体系上的差异，针对不同部门的需求特点提供相应的解决方案，帮助中石化建立比较完善的分析体系，改变原有的以手工操作为主的手段，充分应用IT工具，对明确的、重复的分析需求，最终用户鼠标一点就可生成相关的分析图表；对临时产生的分析需求，关键用户可通过图形化的方式自定义实现。并通过多维数据库旋转、切片、钻取、维度切换、WHAT-IF等手段进行分析，从而使管理人员能够真正将主要精力从“手工劳动”生成分析报表转移到应用先进的手段去发现问题、解决问题上来。为了实现这样的目标，中石化采用了Hyperion Essbase解决方案，将过去以“报表”为基本存储单元变为以“报表数据项”为基本存储单元的多维数据库“元数据”存储模式。同时为了能够更好地解决前端展现问题，中石化还采用了Hyperion Analyzer和Hyperion Intelligence工具，通过图形化以及鼠标拖拽对数据进行穿透查询、处理和分析，进而改善中石化的财务分析体系，满足中石化报表式管理的需求。
中石化的成功经验
对中石化而言，企业的信息化应用包括两个层面的应用。一方面是下属企业的应用，它所要解决的问题主要在于流程、业务、订单、事务等实现信息化。而从总部的角度来看，关键应该考虑如何设计规范，实现下属企业在规范和标准下运作，对大型的集团性企业来说，这样做的难度较大，主要受方案设计、执行、监督等因素的影响，但必须这样做。同时，从管理的角度来看，预算管理相当的重要，要实现真正的预算管理首先必须在思想上意识到预算管理的重要性和必要性，并通过循序渐进的方式逐步完善财务预算体系，同时要有良好的业务解决方案和优秀的工具支持。
这是中石化在提高财务预算管理过程中所获得的经验。作为一种工具和手段，海波龙解决方案也是发挥了很大的价值，这主要表现在首先满足了预算方案根据实际情况适时变化、维护和更新的需求。其次是实现了预算编制流程透明、责任明确的需求。海波龙解决方案后端是Hyperion Essbase，是多维数据库架构，基于“元数据”的应用和管理，易于使用，加上良好的数据查询和分析工具Hyperion Analyzer和Hyperion Intelligence，轻松地实现了预算审核与分析、预算与实际结果的对比分析等功能。
徐伟指出，海波龙前后端结合的解决方案为中石化财务部门的财务预算、财务分析带来了诸多的变化。在应用海波龙之前，中石化财务预算比较粗放，现在财务预算可以做的更细致。大大缩短了中石化预算编制周期，年度与月度、损益与资金都纳入预算管理，这在过去是难于实现的。海波龙解决方案不仅有预算编制的结果还可跟踪预算编制的过程，更有利于分析预算偏差的原因和症结所在，明确相关责任，以便及时加以改进。实现预算的监督和分析对比，中石化总部可以实现每月的预算对比，下属分公司有的可以实现每天部分、每十天大部分的预算与实际的对比。
‘玖’ Sybase IQ数据库的索引问题
sybase iq主要是做数据分析用的。
‘拾’ EXCEL表格中不可修改表格内容,双击出现英文对话框求解！
你的表格中使用了Essbase本地或网络服务器数据库数据，这个数据库设置了密码登录，这个就是登录验证。