马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。如果您注册时有任何问题请联系客服QQ: 83569622 。
您需要 登录 才可以下载或查看,没有帐号?注册
x
本帖最后由 bjourway 于 2011/8/19 13:03 编辑
§1 BI是否包括DW(数据仓库)技术,包括数据转换ETL、元数据管理等功能。
数据仓库技术是BI技术的核心,严格的来说,没有数据仓库技术的BI产品,只能称之为一个报表工具。就好像没有生产制造模块的ERP不能称之为完整的ERP一样。数据仓库用于决策支持,面向分析型数据处理,不同于一般的数据库。面对复杂的数据源,最高效的方法就是将数据先整合到数据仓库中,而BI应用统一从数据仓库里取数。 数据仓库的构建本是一个复杂的过程,特别是ETL脚本管理、定时调度以及增量更新机制等。如果可以将一个复杂的过程实现起来变的简单而且易于管理,则可对开发维护人员的门槛大大降低,从某种程度上来讲,也就降低了实施的成本及风险。
§2 BI是否包括OLAP(多维数据库)技术。
OLAP有两种,一种是OLAP数据库,另一种则是基于SQL查询的快速OLAP。第二种OLAP从严格意义来说,不能称之为OLAP,因为它只是一个多维查询,而不是真正意义上的多维数据库。它基于SQL查询,所以在大数据量应用时,效率较低,且无法实现复杂应用,如父子维度、本年累计、同比、环比等。 尽管OLAP数据库的前端展示也是一个非常重要的考量内容,但如何制作设计OLAP数据库,却更为重要。因为再好的前端展示工具,也必须先要有内容。所以,是否可以快速制作、发布复杂的OLAP数据库,也是BI造型中考察的重点。 如果连OLAP展示都没有,那就纯粹是一个报表工具,不管这个报表工具做的有多好,都仅仅是将手工处理的EXCEL报表实现自动取数而已。
报表系统具有许多先天性的缺陷:
1、 报表仅能实现数据的查询,要真正实现分析,如要从多个维度去分析同一个数据,就得制作许多样式的报表。 2、 一个报表样式,通常就得开发一张报表,会导致开发及维护的工作量都非常大。 3、 报表基于SQL查询,需要临时计算,海量数据下,效率极低。 4、 同样因为基于SQL查询,在权限管理方面也存在许多困难。同一张报表样式,要实现不同的用户看到不同的数据,要么要进行复杂的设置,如每个用户,对应什么样的条件;要么,就干脆一个用户写死一个条件,做成一个报表,这样,同一样式的报表,就会因为有N个不同权限的用户,而变成N张报表。可想而知,这样带来的维护工作量巨大,且容易出错。
|