执行摘要

• SAP建议HANA在性能上比所有其他数据库都有优势，因为它的数据库运行速度是其他数据库的10万倍。
• 如果HANA真的比甲骨文快，我们就来讨论一下。

缺乏财务偏见注意：

互联网上有关SAP的绝大多数内容都是SAP、SAP合作伙伴或SAP付费在媒体网站上进行营销的媒体实体发布的营销小把戏。这些实体中的每一个都试图对读者隐藏自己的财务偏见。下面的文章很不一样。

• 首先，它是由一个研究实体出版的。
• 第二，没有人为这篇文章付费，它不是假装通知你，而被操纵向你出售软件或咨询服务。与谷歌关于这个话题的几乎所有其他文章不同，它没有任何公司的营销或销售部门的意见。

视频介绍：HANA与Oracle的比较

 

文字介绍（如果您观看了视频，请跳过）

HANA一直是SAP项目讨论的焦点。SAP的声明是巨大的，但有多少是真实的。SAP建议HANA在性能上比所有其他数据库都有优势，因为它的数据库运行速度是其他数据库的10万倍。由于硬件速度和数据库设计的混合，HANA与Oracle性能的混淆。SAPs使用HANA锁定其他数据库供应商的策略（如Teradata所声称的）。我们报道了SAP在不认证Oracle 12c for s/4HANA方面的利益冲突。您将从一个独立的来源了解这场辩论，了解HANA与Oracle之间的真相，以及SAP声称的多个方面。

本文的参考文献

如果您想查看本文和相关Brightwork文章的参考资料，请参阅此链接（https://www.brightworkresearch.com/references-for-brightwork-sap-hana-p…）。

*注：本文最初撰写于2016年4月，引用了SAP在此之前的一些文章。不过，该条已于2020年2月更新，几年后适用。 

HANA的历史

SAP已经推广了HANA，其运行速度远远超过了任何其他数据库，这主要意味着HANA与Oracle的竞争。

这就是为什么SAP不将S/4（SAP的新ERP系统）等新应用程序移植到Oracle的逻辑(由于Oracle在支持SAP应用程序方面占有最大的市场份额，尽管SAP也瞄准了IBM和SQL Server）

这一论点甚至很少有独立党派调查这一问题。

HANA与Oracle之争：硬件速度与数据库设计的混合

HANA与Oracle之间的一个令人困惑的方面是，两个不同的主题混合在一起，就像它们是一个主题一样。

• 一个是硬件问题，因为SAP HANA需要将活动数据库移动到内存中。
• 第二个方面是数据库设计，即基于列的数据库。

SAP讨论这两个主题就像它们是同一个主题一样。

可以说，SAP在解释这种区别方面做得很差。我不认为SAP试图明确这一领域，主要是希望客户感到困惑。

• SAP的客户对潜在利益的来源越不清楚，谈判时SAP的优势就越大。
• 它就越有能力将SAP HANA与Oracle作为一种差异化产品进行市场营销。
• 它越能将SAP-HANA定位为值得付出沉重代价的公司。

SAP没有讨论的是SAP HANA如何既是一种技术战略，又是一种战略 有针对性的战略，将Oracle从SAP客户中推出。

带上女王：SAP把其他供应商排除在外的战略

这是SAP数十年来一直显著影响的一项战略的延伸，但有一点扭曲。SAP把ERP系统当作棋盘上的皇后，不让客户接触其他应用程序。

我们称之为“抢占女王”的软件战略。

通过宣布所有其他SAP应用程序都能更好地与queen集成，SAP的客户可以获得更低的实施风险。这最终是错误的——一个主要原因是SAP的应用程序的风险远远高于他们竞争对手的应用程序。 

“夺魁”销售策略的结果

即使大多数供应商已经接近SAP与其适配器的集成，这一策略还是取得了巨大的成功。只有ERP系统是“完全集成的”。所有模块都运行在同一个数据库上，所有其他SAP应用程序都通过适配器连接，而且许多SAP收购的应用程序的适配器比非SAP应用程序的适配器差。

ERP系统的账户控制功能在文章中被描述为一个特洛伊木马 （http://www.brightworkresearch.com/erp/2016/04/09/erp-systems-trojan-hor…），ERP成为一个失控的章鱼（http://www.brightworkresearch.com/erp/2018/11/12/how-erp-is-similar-to-…）。

SAP不仅仅向一家公司销售ERP系统。ERP系统只是打入账户的楔子。像章鱼一样，SAP在不同的领域不断敲打，这些领域必须成为“SAP标准”。所使用的开发语言，其他应用程序也必须是SAP。现在SAP已经进入了数据库层。SAP正试图通过HANA将SAP客户挤出的主要供应商甲骨文（Oracle）也以同样的方式运作。

利用应用层控制推送到数据库层

一次性横向竞争，即应用层的竞争。HANA是这种封锁策略的一个转折点，但它将其带到了数据库层。这就是为什么SAP如此坚定地定位HANA与Oracle。它通过不认证Oracle的数据库来阻止Oracle（和其他数据库）与S/4竞争，即使Oracle、IBM和SQL Server没有理由不能完全支持S/4。进一步回顾一下，混合数据库中没有一个是开源的，即使像Postgresql或MariaDB这样的开源数据库可以很容易地支持SAP。这是一场垄断性的高开销和控制性软件供应商之间的战争。

一旦Oracle资源部门想大喊大叫，请记住，Oracle还比SAP更严格地限制为其应用程序认证的数据库。

代码下推和存储过程

为什么S/4HANA被限制为HANA，SAP的主要论点是SAP已经将一些S/4HANA代码推入了HANA，而不是针对Oracle或其他数据库。放入HANA的存储过程的逻辑是一个幌子，因为SAP使用S/4HANA的独占认证来推动HANA的销售，我们在SAP关于代码下推的论证一文中介绍了这一点。

让我们明确这个话题。

SAP不关心客户的性能是否提高。SAP推出了HANA，并表示它对HANA的做法有一个原因，那就是增加销售额，并将Oracle赶出客户。SAP咨询公司的SAP顾问重复HANA的谈话要点，他们不知道这些观点是否属实，通常也不在乎。他们发表声明以增加计费时间。

最后，SAP内部和SAP咨询公司的一般数据库知识相对较差。在Brightwork，我们忽略了SAP资源对HANA的评价，因为它与我们从SAP客户那里收到的数据点从不匹配。我们已经广泛地研究了我们可以访问的私有基准信息，或者HANA性能的证据和历史。

HANA与Oracle的真正机会是什么？

有人提出，HANA的真正机会是公司将ERP和所有其他SAP应用程序放在HANA上。然后分析引擎就可以放在同一个硬件上。现在，不需要集成或转换，现在分析报告就在应用程序表之外。

SAP将所有数据放在HANA上的想法

在经历了五年多令人窒息的关于分析新世界的会议，以及最新的大数据和总体分析师的痴迷（这导致的好处远远少于最初的提议）之后，SAP提出，通过将所有公司数据放在HANA上，这一切都将变得更好。多方便啊。然而，我们现在是不是要把所有的硬件都改造成针对分析的优化？

另外，非SAP应用程序呢？他们不会坐在HANA上，所以他们必须被整合和改造。

SAP现在是否会认为这些应用程序是遗留的，因为它们不属于公司的“战略平台”？

其次，使用HANA是昂贵的。如何理解HANA和S/4HANA的定价，这是我们在本文中讨论的一个主题。HANA比甲骨文贵很多，甲骨文已经很贵了。如果遵循甲骨文的“建议”并激活更高端的功能，它就属于过高的类别。

HANA不贵…Hasso ？

哈索·普拉特纳（Hasso Plattner）一直认为SAP HANA并不昂贵。

通常，hasso platner将使用基于列的数据库中可用的压缩示例来减少占用空间。Hasso经常谈论压缩，因为HANA是按GB定价的，这对于数据库来说很奇怪，因为大多数商业数据库是按CPU定价的。如果Hasso或SAP客户代表能让数据库听起来比实际的要小，那么SAP就能获得更多的销售额。

但是，如果您与SAP客户主管交谈，他们会告诉您SAP HANA很贵。此外，他们会告诉你，由于这个原因，HANA很难定位；一旦价格标签回来，顾客就退缩了。我们经常为客户定价HANA，根本无法回避这样一个事实：HANA是竞争对手中最昂贵的数据库。

我们在如何理解S/4HANA和HANA定价的文章中讨论了HANA定价（https://www.brightworkresearch.com/saphana/2017/03/18/understanding-pri…）。

对于Hasso Plattner来说，在访谈中提出SAP-HANA如何在某种假设意义上不会太贵，这是一件简单的事情。但所有其他来源都指出，HANA相当昂贵。您将不会从Hasso购买HANA，而是从SAP客户经理那里购买。

哈索·普拉特纳的恒定误差

需要考虑的是，哈索的准确度在历史上相对较差，我没有看到分析师或传统IT媒体记录或评论这种不准确。

我对哈索关于哈纳的言论进行了详细的分析，当哈索说什么的时候，他通常是错的。

• 哈索将他的荣誉博士学位。作为一个真正的博士，正如我在文章中提到的，SAP的Hasso Plattner有博士学位吗。？
• 哈索经常谎报HANA的来历，就像我在文章中提到的哈索·普拉特纳和他的博士一样。学生们发明了HANA？，总体而言，它在计算主题和SAP方面都是一个不可靠的信息来源(什么有效，什么无效，什么真实，什么不真实）。
• Hasso撰写了支持其观点的“同行评审”期刊，正如我在文章中所述，Hasso Plattner对SAP HANA出版物的准确度如何？

哈索认为自己是一个教授和高度技术远见。然而，他的准确性使他接近一个销售人员。正如我们在文章托马斯·爱迪生、伊丽莎白·福尔摩斯和哈索·普拉特纳中所谈到的，哈索·普拉特纳应该因为撒谎而被裁掉多少？

正如我们在几段中所述，SAP永远不会允许与Oracle或其他数据库进行公平竞争，因为SAP知道自己会输。SAP既是该场景中的持枪者，又是监督枪战的实体，因为它是认证实体。SAP还有权阻止任何数据库提供商根据合作协议发布任何基准。 

西方最快的数据库（HANA vs.Oracle）？

有证据表明，HANA并不是SAP所说的速度冠军。HANA的主要性能弱点之一很少被解决。HANA作为一个基于列的数据库，并不是非分析(Non-OLAP)应用程序的正确数据库设计。SAP曾说过，这是，但这是从计算机科学的角度看，不是真的。

尽管SAP掩盖了HANA不能100%基于列或面向列的事实。

正如我在文章中(https://www.brightworkresearch.com/saphana/2016/04/02/how-sap-hana-is-s…) 指出的 HANA的速度，用于插入、删除或更新——事务处理系统始终执行的操作是，基于列的表是 比基于行的慢。

面向行的数据库有 所谓关系数据库，但它是基于行的数据库。

数据库速度的大辩论

约翰·索特是一位为Oracle工作的作家，和Hasso一样，在这个主题上并不是一个独立的来源。然而，约翰在福布斯的文章中对HANA与Oracle的主题提出了一些好的观点。其中一个突出的问题是SAP在发布HANA事务处理性能基准时的异议。

SAP尚未发布在HANA上运行的任何事务处理应用程序的单一基准结果。为什么不？

我想说很明显为什么不。这是针对像ERP系统这样的事务处理系统。这些基准不会特别快。

在SAP Nation 2.0出版时，Vinnie Mirchandani是SAP HANA/Oracle 12C辩论的独立来源，他在《SAP Nation 2.0》(https://www.amazon.com/SAP-Nation-2-0-empire-disarray-ebook/dp/B013F5BK…)一书中写道， 强化了johnsoat关于基准的观点。

SAP对HANA基准的不透明并没有帮助。20年来，它的SD基准（衡量SAP在其Sales and Distribution（SD）模块中处理的客户订单行）一直是衡量新硬件和软件基础设施的黄金标准。它还没有使用HANA数据库发布这些指标。

约翰·阿普比的误导

有没有可能是SAP执行了基准测试，但很差，所以它只是停止报告结果？

John Appleby是Bluefin Consulting的HANA全球负责人，也是一位著名的HANA倡导者，他提供了大量关于HANA的虚假信息，他对这个主题有这样的看法—SAP Nation 2.0中也有相关的记录。

“SAP Business Suite目前的答案很简单：必须横向扩展(Scale up)。这一建议在未来可能会改变，但即使是8插槽6TB系统也能满足95%的SAP客户的需要，而且世界上最大的Business Suite安装也能满足24 TB的SGI 32插槽的需要—这是在考虑简单的财务或数据老化之前提出来的，这两种方法都能显著减少内存占用。”

我不知道这是否是对交易基准缺乏透明度的直接回应，但如果是的话，这是一个不充分的回应。在我看来，约翰·阿普尔比正在改变他的回答的主题。

我们跟踪了约翰·阿普比的准确性，并展示了《Appleby精度检查器：约翰·阿普比在HANA上的准确性研究》（https://www.brightworkresearch.com/saphana/2019/04/03/the-appleby-paper…）一文。2013年，Appleby积极和虚假地宣传HANA，以使其公司准备出售给Mindtree，正如我们在文章《Appleby的虚假HANA声明和Mindtree收购》中所述（https://www.brightworkresearch.com/saphana/2019/04/06/applebys-false-ha…）。

Appleby（以前称为Hasso）枢轴

这个问题与HANA与Oracle上的事务处理系统的性能有关。约翰·阿普瑞很快讨论了公司应该购买更多硬件而不必担心的数量。约翰·阿普比在这里说什么？

他说“对于SAP业务套件”，然后他声明了这个套件的答案。

SAP业务套件中唯一准备好HANA的部分（在本报价时）是S/4 Finance。目前，关于S/4金融如何实施，有很多争论。

其次，我说，现在称为SAP HANA Enterprise Management的套件的其余部分目前无法购买。约翰·阿普比把他对未来时态的反应表述成现在时态。

事实上，扩大规模以获得尚未存在的东西是否至关重要？

Oracle Monkeying是否具有S/4认证？

JohnSoat还指出，尽管Oracle在一个特定基准上表现非常出色，但SAP不会证明结果，因为SAP声明Oracle操纵了测试。

现在我没有在审判中，所以我无法说出甲骨文做了什么或没有做什么。甲骨文有它的故事，SAP有他们的故事。索特在文章中对双方的立场都有很好的解释。

此外，Oracle性能数据库顾问StephanKohler也对这个主题有以下几点要说。

SAP已经回答了他们为什么不接受基准测试结果（您也可以在上面提到的文章“复制与粘贴”中找到这一点：“Oracle通过使用一个自定义设置来操纵其BW-EML基准测试，该设置涉及称为tr的数据库函数

igger和物化视图可能导致难以发现的数据不一致，并且在实际生产环境中不受支持。”）。原因是使用了触发器和物化视图，而这些应该是不受支持的。但是，如果SAP检查了他们自己的SAPnotes，您可以看到它得到了明确的支持，而且在SAP ECO Space中也得到了使用。SAPnote#105047：“物化视图–允许使用。

有关更多信息，请参阅SAP注释741478。“SAPnote#105047:”触发器–允许作为SAP标准系统的一部分使用（例如，根据SAP注释449891，增量转换ICNV，BW触发器/BI0/05*）。根据SAP Note 712777允许使用登录触发器。允许作为Oracle功能的一部分隐式使用（例如，在线重组、物化视图、GridControl/Enterprise Manager）。只要没有可用的扁平多维数据集作为替代，就允许在sapbw系统中与物化视图结合使用。没有SAP集成，SAP也不提供对此的支持。“自2016年第1季度起，测试版就提供了扁平立方体，因此与2015年起的Oracle基准测试无关。

这就引出了下一个话题，这是个大话题。

SAP不认证Oracle 12c的利益冲突

SAP现在完成了与所有硬件供应商的合作，使SAP在认证数据库时存在利益冲突；这是一种利益冲突，在投资汉纳之前，它没有这种利益冲突。曾经是一个简单的过程现在充斥着政治阴谋，人们现在必须分析SAP和Oracle的声明，看看谁说的是实话。

如果通过认证Oracle，SAP削减了他们在HANA的市场份额，那么SAP如何认证Oracle，也就是说，给他们一个公平的听证会？

Oracle12c模式转换&HANA与Oracle的新窍门

Oracle 12c可以在“模式”之间切换，在内存列的内存行中显示其中一个。这是一个严重的优势。ibmblu具有类似的能力。然而，没有太多证据表明，需要一个既能执行OLTP又能执行OLAP的数据库——并且设计一个能够同样好地处理每种类型数据库的数据库可能是不可行的。数据库的发展趋势与此相反，随着NoSQL等专业数据库设计的蓬勃发展，索引数据库也蓬勃发展。

然而，回到HANA与Oracle 12c的讨论：

• Oracle灵活的设计在性能上应该优于SAP HANA，而不是纯粹的分析应用程序。 
• SAP提出的整个数据库应该是列式的逻辑从来没有意义，因为分析中使用的表很少。因此，为每个应用程序表使用分析优化表（列式）是否有意义？
• 关于Oracle内存数据库的成熟程度，目前有一个争论。SAP列出7000个SAP HANA客户。然而，大多数客户都知道他们不使用软件（即，它是货架软件）或测试系统，而不是实时系统。因此，SAP HANA技能仍然很难找到。

此外，Oracle的内存模式开关在许可证和维护方面都增加了Oracle 12c的价格。

SAP的作弊的基准

SAP有足够的机会证明他们在HANA方面的优势，但从未这样做。SAP从未允许在事务处理中使用一个比较基准，SD-HANA基准的隐藏问题（https://www.brightworkresearch.com/saphana/2019/03/29/the-hidden-issue-…）一文对此进行了介绍。由于HANA在事务流程基准测试中的表现如此糟糕，它创建了一个新的引用，试图掩盖这一事实。但他们提供的参考是围绕分析而设计的，这篇文章介绍了SAP的BW-EML基准测试的四个隐藏问题（https://www.brightworkresearch.com/saphana/2019/03/28/the-hidden-issues…）。由于许多公司都抱怨HANA的事务处理性能，这就引出了一个问题，即HANA在多大程度上可以支持ERP系统，这在文章HANA中被称为s/4HANA和ERP的不匹配（https://www.brightworkresearch.com/saphana/2017/12/05/hana-mismatch-s4h…）。

 

结论

使用oracle12c，oracle12c可以在基于行和基于列的表之间进行切换，并为同一个表进行切换，这是一项新功能。

据我所知，几乎所有关于HANA的SAP营销文档都是在这一开发之前编写的。如果我在SAP负责HANA营销，我就不想谈论Oracle 12c，因为我没有正确的答案。这是因为Oracle 12c破坏了在SAP上花费的大量精力，使SAP客户认为SAP HANA技术是SAP独有的，从而将SAP HANA定位为独特和更好的技术。

Oracle 12c的新功能 破坏多年来提出的一些SAP争议。SAP尚未涉及Oracle 12c，在SAP HANA上创建的大部分资料都是在Oracle 12c发布之前开发的。IBM和mssqlserver具有类似的列存储功能。不是因为开发它们有很大的理由，而是因为SAP通过其巨大的市场营销，将重点放在了这种类型的数据库功能上。

首先，SAP现在没有一个好的理由——或者说，如果它把客户的利益放在首位，只将新的SAP应用程序（如s/4）移植到SAP HANA是个好主意。

向客户口述数据库？

前面的论点认为只有SAP才能提供足够快的数据库 很可能是假的。不管什么原因，这始终是一个软弱的论点。无应用程序供应商 应该向客户说明数据层。然而，SAP一再表示，它希望这样做。

SAP仍然相信在云端和本地运行新系统，但只有SAP S/4HANA才能在未来的一个软件版本中实现这一点。这将降低总体拥有成本（TCO），并加快迈向未来所需的步伐。数据输入、标准报告、分析和预测、数字会议室或多渠道客户交互等每一个应用领域都成为世界级的组件  就其本身而言。仅此一点就可以考虑更早地迁移到SAP S/4HANA哈索·普拉特纳

SAP对将IT行业赶回到过去的兴趣

在山景城的计算机历史博物馆里，有一个展览解释说，这个软件曾经是硬件供应商的专利。那时，软件不是一个“产业”，IBM发布的程序只能在IBM硬件上运行。软件没有单独收费，因此在软件层面没有竞争。

我们今天所知道的软件产业，是在与硬件脱钩之后才发展起来的。而这只是因为美国威胁要对专有软件模型和硬件供应商实施反垄断立法。HANA作为应用程序和数据库层之间的耦合，由一个供应商控制，将我们带回过去。

这将创建相当于专有应用程序/数据库的组合。

• SAP认为只有基于列的数据库才有前途的观点也是不正确的。
• 最后，对于那些了解数据库供应商及其历史的人来说 只有SAP能够开发出符合HANA速度能力的高性能数据库是不真实的。

SAP的论点并不是说它们等同于其他所有数据库供应商。使用HANA，它们比其他任何数据库供应商都优越。当然，这包括HANA与Oracle或其他任何人的竞争。

SAP当然可以而且将继续出售HANA与Oracle的竞争。但SAP一直提出的排他性观点已不再是一个可以相信的立场。

原文：https://www.brightworkresearch.com/which-is-faster-hana-or-oracle-12c/

本文：http://jiagoushi.pro/node/1492

讨论：请加入知识星球【首席架构师智库】或者小号【cea_csa_cto】或者QQ【2808908662】