关于 SAP HANA,Oracle 不会告诉你的事
精选 翻译原文链接 :http://www.saphana.com/community/blogs/blog/2012/04/30/what-oracle-wont-tell-you-about-sap-hana
作者 steve lucas
这段时间以来,Oracle 一直试图传播有关 SAP HANA 的负面消息,而且有愈演愈烈的趋势,这真让人难以置信。对此,SAP 的传统做法是走正道,只对这类消息做正面回应。Oracle 所传播的信息几乎是百分之百错误的,他们的目的只有一个,就是保护其现有的营业收入。您只要回顾一下 Oracle 在过去 10 年中对云计算所发表的声明,就能理解他们对内存计算技术的攻击计划了:
第 1 步:敷衍地承认新技术的存在
第 2 步:继续推销其陈旧技术
第 3 步:散布对创新技术的恐惧和怀疑
我们可以看到,Oracle 对内存计算技术和 SAP HANA 也采用了同样的、陈旧的对应策略。
Oracle 何必要创新?他们必须保护其传统的数据库技术,这可是牵涉数十亿美元的大生意。Oracle 已经把自己逼到墙角、无路可退了:他们既无法负担从现有的收入流中调拨资金,同时还要硬着头皮推进因收购 Sun 而带来的海量硬件,这一切就好像直接往他们的脖子上套了一个沉重的包袱。
我们还应该看到,拿HANA和 Exalytics 这样一个捆绑/打包的东西做比较,只是为了转移客户的视线。他们其实是想暗示:HANA 还不足以和 Exadata 或 Oracle 的核心数据库一争高低,还有 HANA 只适用于分析性的业务场景。
说到底,Oracle 并没有动力进行真正的创新。把 RDBMS、TimesTen、Exadata、Endeca 松散地凑到一起并组合在价格高昂的硬件中,这就是创新了?很显然,他们宁愿把 20 年前的陈旧产品重新整合到如冰箱般庞大的服务器上,再向客户漫天要价。
在本文中,我将阐述一系列有关 SAP HANA 和内存计算的事实。我会尽量自始至终保持客观,用事实来揭穿 Oracle 传播的愚蠢谎言。
下面,我们一起来看几个正在流传的错误的比较:
1. TimesTen 的数据库技术比 SAP HANA 更成熟
2. Exalytics 与 SAP HANA 的场景比较
3. HANA 与 Exalytics 的定价比较
#1:比较数据库特性/功能
Oracle 试图将 TimesTen 与 SAP HANA 数据库做比较。他们声称:HANA 缺少了14项功能,包括内存聚集、多维度 OLAP(MOLAP)、内存索引、NUMA 支持等。颇具讽刺意味的是,这些繁琐的功能,大多数都正好被 Oracle 打包到 RDBMS 中去了,以提升其性能,而多亏了 HANA 的创新,这些功能在 HANA 中已经不需要了,客户自然也乐意抛弃不必要的开销和维护任务。
对我来说,这种肤浅的比较就好像是在汽车首次面世时,我会从马和马车的销售员口中所听到的那样。Oracle 其实是在强调,我们的“汽车”不如他们的马车好,因为我们没有同时提供喂马的饲料或大水桶,也没有配备铲子,好让客户拿来清理马粪。
以下是一些基本事实:
· SAP HANA 是一款完全符合 ACID 规范的数据库。
· HANA 完全在 RAM 中管理和存取数据,实现了海量数据的快速检索,能解决现在和未来的大数据问题。
· HANA 无需使用 MOLAP 或多重索引、聚集和物化视图等优化结构,所以不必耗费宝贵时间来构建和维护此类结构。
https://www.experiencesaphana.com/docs/DOC-1647。今年 4 月 10 日,我们曾发布一份可扩展性测试报告,证实 HANA 能够处理并行的查询,并有效地在各服务器节点之间做扩展。在测试中,100TB 的数据在 16 个节点之间分区,实现了亚秒极的查询相应时间。您可通过以下网址访问此次测试的白皮书:
· HANA 自面世以来,便一直能够处理非结构化数据与结构化数据。
· HANA 能够同样出色地处理 SAP 数据和异构数据。
· Oracle 尚未证明包含了 TimesTen 的 Exalytics 如何横向扩展 1TB 以上的数据,却已经公开宣称此配置中的可用内存约为 300GB。
· 事实上,HANA 支持 ANSI 标准 SQL 语法和 MDX。正如 Oracle 使用 PL/SQL 过程语言扩展了 ANSI 标准,SAP 也使用了 SQLScript 扩展了 HANA 对 ANSI 标准的支持。SQLScript 也是一种过程语言,您可以用它编写程序来实现那些无法用单语句 SQL 语言实施的逻辑。
· HANA 允许您选择列存储、行存储、或同时使用行、列存储(以及其他存储/模型)来管理数据。Oracle 辩称,使用 HANA 必须先把数据加载到行存储中、然后再迁移到列存储中,这种说法是完全错误的。至于他们说的什么必须将列式数据迁移回行存储才能更新数据、然后再迁移到列存储才能进行查询,这些根本就不是 HANA 的做法。
最重要的是,HANA 是全新的下一代解决方案,它可以取代 Oracle 陈旧过时的产品,而 Oracle 却还在继续为他们的过时产品重新贴上“创新”的标签。
#2:比较 HANA 与 Exalytics 的使用案例与场景
https://www.experiencesaphana.com/community/implement。这里有很多经过验证的业务案例,您可以看到我们的客户如何用比 Oracle 成本更低的方式整合其 IT 系统,创造具有突破性的业务价值。 要了解 HANA 如何帮助客户实现转型,最简单的方法是访问以下网址:
对于 Oracle 所做的这一整套比较,我有种道德上的反感,因为 Exalytics 的存在只是种声东击西的战术罢了。Oracle 不希望 HANA 深入挖掘其 RDBMS 业务或 Exadata。至于他们的意图,我已在本文的开头提到。
让我再重申一次,SAP HANA 全面支持分析功能(例如:所有数据集市,比如 T-Mobile 采用的客户微观细分分析,能跨越 SAP 和非 SAP 应用程序系统分析数百万客户的资料)、业务功能、计划功能和预测功能(SAP BusinessObjects 预测分析和 HANA 中的预测性分析库)以及本机事务(例如即将推出的 SAP ERP on HANA)。若要在 Exalytics 中实现上述功能,则需要购买 TimesTen、Essbase、Endeca、Oracle RDBMS 等等。这样,Oracle 是赚到了更多的钱,但是却没能为客户实现业务上的突破……这可算不上“双赢”。
关于 SAP HANA,Oracle 不会告诉你的是:HANA 可以处理从前无法处理的场景,哪怕只是使用一些传统的工具。例如,有了 HANA 中的业务功能库,用户就可以使用标准 SQL 来执行数据库内部的流程和功能。而在从前,这些流程和功能根本无法用 SQL 编写实现。
说起 SAP BW 客户,Oracle 一直强调客户必须对 BW 应用程序重新编码才能在 HANA 上使用它。这是大错特错。我们曾经发布过许多来自客户的公开报告,这些客户都已经在生产和经营中使用了在 HANA 上运行的 BW 程序。
#3:比较定价
Oracle 曾不遗余力地公开比较了 Exalytics 与 HANA 的定价,并传播了严重误导客户的信息。事实上,SAP HANA 不仅仅是前期成本低于 Oracle 的 Exadata + Exalytics 捆绑包,(算上要让 Oracle 捆绑包正常工作所需的所有衍生组件)它的总体拥有成本也比 Oracle 低得多。
我们不仅实现了 SAP HANA 技术平台的创新,还对其定价机制做了创新。HANA 的定价简单易懂,完全根据内存中的数据量来定价(这与 Oracle 不同,Oracle 按 CPU 定价,还要加收测试与开发环境的费用)。一个 HANA 单位(1 个 HANA 单位 = 64 GB RAM)包含客户需要的所有生产、测试和开发许可,以及将数据导入 HANA 和实际使用产品所需的数据建模工具和管理工具。还有更好的:HANA 的价格会随着使用时间的加长而降低......买得越多,单价也越低。
SAP Business One 的客户仅需支付 2,000 欧元,即可购买一个 HANA 的软件许可。任意客户支付 40,000 欧元就可以购买 SAP HANA Edge Edition。此外,我们还推出了每个 HANA 单位仅需 13,000 欧元的 SAP HANA Netweaver BW 版本。(1 个单位 = 64 GB RAM)
我知道 Oracle 肯定会说,采购硬件设备还需要额外的费用,下面我将介绍这部分费用。我们的客户可以从富士通(Fujitsu)等经过我方认证的合作伙伴处购买 HANA 服务器,单价只需 12,000 美元。因为我们绝不会把一大堆硬件设备强加给客户,再漫天要价。我们的合作伙伴包括 IBM、HP、DELL 等,以后还会有更多公司与我们合作,为 HANA 提供硬件设备。我们相信,有 Intel 的强大平台,外加过去 40 年来我们目睹的计算领域内持续的商品化周期,我们会赢……就这么简单。
如今,虽然数据量在急剧增长,95% 的企业所使用的数据量还是在 0.5 TB 到 40 TB 之间。在这个市场中,低端用户(0.5 TB)使用 HANA 的软硬件总成本约为 50 万美元,而高端用户的总成本现在仅相当于 Exalytics 的单项成本。在最近的一项测试中,我们在 16 个节点的群集中运行了 100TB 未经压缩的数据,其硬件成本只有 60 万美元左右。您可以把这个和 Sun 的硬件成本比较一下,Sun 比其他类似硬件都要贵。
以下是有关 HANA 定价的几点事实,您可以与 Oracle 的销售代表分享这些内容:
· HANA 的定价包含了您所需要的一切。这和 Oracle 不同,Oracle 还要加收以下费用:数据库许可与 Exadata 存储、以及Grid许可、分区、OLAP、诊断与优化包、Grid Control 等。
· SAP 提供优质的客户服务,支持 HANA 的软件和硬件,所有这些服务都包含在 HANA 的定价中。Oracle 的客户要想获得优质的客户支持,还需另外付费。
· Oracle 会对非生产性的环境收费,SAP HANA 则不会。在 SAP 的架构中,开发、测试、生产等环境大约有三到九个实例。
· HANA 能在您数据模型最精细的粒度级别上有效运行,不需要额外的索引或聚集。但在 Oracle Exadata 中,为提高性能就需要使用这两项功能,并计入用户空间。因此,您要额外支付“微调”费用。
· 在 HANA 的定价中,计划功能、业务功能、预测功能、全文搜索功能等均已包括在内。而 Exadata 并没有提供这些功能。又一次的,您不得不额外购买一大堆 Oracle 产品来实现这些关键功能。
· HANA 的运行时版本(如 BW 的数据库版本)的价格比 Exadata 低很多,性价比更高。
· 您购买的 HANA 单位越多,每个单位的价格就越低。
· 使用 HANA 时,您只要使用符合业界标准的服务器,然后以 64 GB 为单位对系统进行扩展。而使用 Oracle 的软件,就需要使用 Oracle 的 ¼、½ 或全部机架许可,以及仅可运行 Oracle 软件的硬件。
· SAP 提供优惠价格,鼓励用户从 BWA 转换到 SAP HANA 。到目前为止,Oracle 还没有此类优惠。
正如我在本文开篇处所提到的那样,SAP 通常不会去评论竞争对手的恐惧、不确定和怀疑(FUD),但是我想要停下来,对事实加以澄清。SAP 用事实和数据说话,追求实际的性能和客户的成功,我们将赢得整个市场。
我们会一如继往,奉献真正的创新技术,让客户决定,谁才能更好地帮助他们构筑未来,我们可不会费尽心思、一次次地重新包装过去!
![](https://ucenter.51cto.com/images/noavatar_middle.gif)
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
「首席看HANA」SAP HANA的秘密- 不要告诉任何人
将文件保存在RAM或磁盘上,哪个更好?这取决于……按原样写文件和压缩文件哪个更好?
数据库 大数据 python 人工智能 mysql -
SAP License:SAP HANA的价值
SAP HANA的价值?在SAP众多系统模块当中,有一个HANA模块,它不是一个数据仓库,而
SAP权限管理 SAP License SAP ERP实施 ERP