BI技术与市场概要(2007年版)（转）
BI技术与市场概要(2007年版)
商务智能（BI）技术有很长一段时间都被理解为“查询与报表”工具。自从90年代中后期的OLAP，近几年的仪表盘和预测挖掘等概念进入市场以来， 商务智能的范围就变得更大、更模糊了。从2004年起，随着一些BI供应商各自推出（或收购了）固定报表工具以后，生产系统报表平台成为了商务智能所关注 的核心。有人认为生产型报表不应该属于BI的范畴，因为在这样的系统中，数据仓库或数据集市成为非必须的一层。其实，从用户的角度来看，这并不重要（虽然 从实施的角度来说，差别巨大）。用户需要数据访问，无论它从何处来。把生产型报表作为“运营”信息中心，体现了商务智能的意义和价值。 在您分析、评估供应商的产品时，非常重要的一点就是理解什么样的功能是您目前或即将需要的，供应商的解决方案中是否包括了这些内容。
本文根据不同的技术与功能对商务智能产品的市场做了一些简单的划分。值得注意的是，不同厂商推出的产品经常使用不同的名称来标识自己“广泛”的应 用，但事实上，每个产品线都仅仅覆盖了BI技术的一个方面。市场上还不存在一个“无所不能”的BI工具。本文列举的供应商属于BI市场的主流厂商，但它并 不是一个名次排行榜，每个厂商都有自己历史的强项和暂时的弱项。如果需要每个领域详细的比较结果，最好的方法就是亲自试用，或者购买第三方（如 Gartner）的市场研究报告。
数据转换与抽取（ETL）
ETL工具把ERP或其他业务系统里的数据抽取到数据仓库/集市中，并同时进行清洗和聚合。要指出的，如果通过命令行或脚本方式，简单的把数据导入 到一个立方体（Cube）或关系型数据库中，并没体现出多少BI的价值。由于业务用户每天都要从数据中寻找答案，而业务也会经常随着环境的改变而改变，这 就要求ETL系统能够快速的做出相应的修改（无论是数据源的变化还是计算公式的更改）。ETL工具的使用正满足了这样的需求。由于市场要求后台的ETL过 程与前端的分析应用之间的关系越来越紧密，许多BI厂商都开始提供了ETL产品，作为其商务智能解决方案的一部分。这个细分市场的主要领导者包括： Infomatica，IBM，Oracle和Business Objects。
在此领域，不同的BI供应商策略有较大的不同。例如，Business Objects近来越来越强调企业信息管理（Enterprise Information Management )作为其整体方案的一个重要环节。在里面包括了ETL，数据质量管理和并行数据访问等产品。Cognos则相反，似乎已打算渐渐退出此领域。作为 Series 7版本产品中的ETL工具：Data Manager，在最近的Series 8产品中已不再更新了。
|
供应商 |
产品 |
|
Data Integrator （收购自Acta） | |
|
Data Manager （以前的Decision Stream） | |
|
N/A （无） | |
|
在SQL Server 2005中集成的Integration Services （以前的DTS） | |
|
Application Link （注：从严格意义上来说，这并不是一个标准的ETL工具，只是用来把数据抽取到分析应用模块中去） | |
|
Power Center | |
|
Iway | |
|
Oracle Data Integrator（ODI，收购自Sunopsis） | |
|
Netweaver BI | |
|
SAS Enterprise ETL Server |
查询与报表
查询与报表是对数据库进行SQL查询，进而把得到的数据格式化，创建出一份报表的过程。它既可以产生生产环境下的报表，如发票；也可以制作管理性质 的分析报告。这两个不同定位的产品相互拥有许多类似的名称（比如都叫报表工具），对许多客户造成了不小的困惑。在这里有必要先做一番解释。
来自生产环节下的报表需求与来自管理环境下的查询与报告常常有所不同。当然，有不少时候，需求非常相近，界线也变得有些模糊起来。。。。。。就好像 你可以用一把榔头把一个螺丝敲进墙壁一样，你可以使用生产型报表工具来完成管理型报表应用。然而，相反情况下，却不尽然，很少有人把管理型查询报表工具用 在生产型应用上。因为管理型报表工具通常不支持像素级别的格式定义、非星型的数据结构、或者IT开发人员所需要的可编程性。
通常，管理型查询与报表工具是用在数据仓库/数据集市基础上的。当IT开发人员为业务用户定制生产型报表时，高级用户，临时的商务用户使用他们自己 的管理型查询工具制作自己看的报表。下表列举了这两类工具的其他一些不同之处，以帮助读者更好的理解生产型报表与管理型报表这两者之间的区别。当然，这些 特征都不是绝对的，毕竟这两个领域之间也有一些类似的地方。
|
特征 |
生产型 |
管理型 |
|
主要制作者 |
IT 开发人员 |
高级用户或商业用户 |
|
目的 |
文档准备（流程需要） |
决策制定 |
|
报表发布 |
纸张或电子账单（嵌入业务系统中） |
门户，电子表格，Email |
|
打印质量 |
像素级别 |
演示级别 |
|
用户数量 |
1%的用户 |
20%-80%的用户 |
|
数据源 |
OLTP-实时数据 |
数据仓库/集市 |
|
数据颗粒度 |
底层明细 |
高度聚合 |
|
应用范围 |
运营环境 |
战术、战略环境 |
|
使用工具 |
经常嵌在OLTP系统之中 |
BI作为一个单独的系统 |
无论从哪种角度来说，这两类的报表工具的差别都是明显的。那么，是否必须使用两个不同的工具来分别实现呢？Cogons，是第一个声称只使用一个工 具就能满足生产型和管理型报表需求的厂商，即2003推出的ReportNet。然而事实上，在当时，ReportNet内部还是有两个不同的界面来做不 同的报表。在最近的Cognos8中，这两个界面演化成了两个模块：Report Studio和Query Studio。可见，不同类型的需求应该通过不同的产品来满足，即使被厂商挂了同一个牌子。
MicroStrategy在2003年12月推出了Reort Service。虽然它可以实现像素级别的定制，但Microstrategy却很少宣传把此产品用在OLTP系统上。所以，笔者怀疑 Microstrategy还是希望用户把此工具用于商业分析管理环境，而非生产应用环境中。
Crystal Report可能是非常典型的把自己定位在生产型报表领域之内的工具了（虽然经过开发，它也可用于商务分析）。同样，Microsoft 的Reporting Service自从SQL2005发布以来，也是作为生产型报表的角色出现在市场上。Microsoft的另一工具：Report Bulid则扮演着商业环境下的用户自定义报表工具的角色。
生产型报表工具
生产型报表是从OLTP数据库中得到数据，然后经过格式化得到一个报表（如发票、银行对账单、支票或订单等）的过程。当报表并不直接连接OLTP数 据库时，它也有可能取自ODS（Operational Data Store）或数据仓库的交易明细表。通常，生产型报表由IT技术人员开发，这是因为信息需求和报表格式很少发生变化。由于这些报表常常会嵌在生产系统 中，以至于用户可能并没有意识到自己正在使用一个BI工具。
|
供应商 |
产品 |
|
Crystal Reports (收购自Crystal Decision） | |
|
Conogs 8 Report Studio | |
|
Report Services (2003年推出） | |
|
Reporting Services (2004年推出） | |
|
Financial Reporting | |
|
Web Focus Developer Studio （并不是像素级别的，但定位于IT开发者使用的报表工具） | |
|
Oracle Reports for Standard BI, Oracle Publisher for EBI | |
|
Business Explorer (BEx) Report Deisigner | |
|
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/10159839/viewspace-433266/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
Hyperion模块分类说明
下一篇：
一年即将过去，新的一年就要到来！
请登录后发表评论
登录
全部评论
最新文章
北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-8 北京市公安局海淀分局网监中心备案编号：11010802021510 niuxiaotong@pcpop.com 17352615567 未成年人举报专区 广播电视节目制作经营许可证(京) 字第1234号 中国互联网协会会员 违法和不良信息举报电话:18101376593 |
