发布网友 发布时间:2022-04-24 03:23
共1个回答
热心网友 时间:2023-09-09 05:20
最近有一个业务用户提到,他用了整整三天才提取出了正确的月报表数据,并把它们生成新的格式。想象一下,如果把这三天运用在更多的策略制定工作上面,会产生多大的效果。现在已经是2012年了,今后我们都不应该受制于这样的琐事。其实,30年前数据仓库的诞生为的就是解决这个问题。从那以来,数据仓库的构建和维护就与它息息相关。在构建巨型数据仓库多年以后,我们又遇到了新的问题,直接影响着企业对数据的理解,主要与开发速度、业务实现速度和灵活性有关。报表效能的问题一直存在,但通过SAP业务仓库加速器(BWA)已经得到了改进。● 开发速度在SAP数据仓库中使用传统的分层式可扩展性架构,你能够构建出七层数据。也就是说,在用户看到所需形式之前,你将相同的数据复制了七次。理论上讲,通过HANA,现在可以把七层降至两到三层。许多用惯了SAPBW的用户都感觉HANA难以上手。然而,就目前来看,HANA改变我们在数据仓库中创建模型的方法是完全有可能的。这对BW开发生态系统来讲无疑是毁灭性的消息,不过SAP建议客户可以将HANA作为BW数据库进行实施。这对保留采购SAP软件的关键特性非常有用,因为有合作伙伴生态系统在支持着它。● 实现速度更短的开发周期有相应的后续效应--系统可以比以往更加快速地部署到终端用户。这一点非常重要,因为这为更加灵敏的方法提供了支持。以我的经验来看,灵敏的方法非常适用于业务分析,因为大量终端用户都不熟悉系统性能,对自己的期望也一片茫然。在BI项目中尤为典型,我们需要载入数以万记甚至亿记的记录,而在等待数据上载的过程中开发者就无事可做。一旦有问题出现,开发周期就会失去控制,从而必然导致业务用户受挫和对系统信心的丧失。开发灵敏度还支持SAP的客户革新,这一点我们在Google和*的理念中能够看到,SAP也同样能够做到。● 灵活性在SAPHANA中创建数据模型的流程能够重复使用,这意味着通过新的改进,在你的现有提取数据中创建额外报表更加容易。这些美好的憧憬都建立在三个假说之上:1. 拥有优秀的SQL开发人员;2. 认证HANA的内存可以无限扩展;3. 系统集*员采用更为灵敏的方式。随着这些领域的日臻成熟,我敢保证会有越来越多的企业采用HANA.鉴于业务用户对业务分析会有更高的要求,