HANA 与 Exalytics 的对比.doc

HANA 与 Exalytics 的对比 美国分析师 David Dobrin (b2banalysts 公司总裁)写的一篇有关 Oracle Exalytics 和 SAP HANA 的对比文章。翻译出来，供大家参考。 Oracle 最新推出 Exalytics “仿制”一直是 Oracle 惯用的伎俩。每当竞争对手发明新产品或开拓新市场时，Oracle 便会试图以“人有我优”的理念取而代之。因此，当 Microsoft 推出 Sharepoint 和 Outlook、VMWare 推出 VSphere、Red Hat 推出 Linux 时，则 Oracle 便快速推出了 Beehive、Oracle VM、Oracle Linux 和 Unbreakable Enterprise Kernel。 这些仿制产品与竞争产品的功能全面兼容，甚至某些地方还有可能更胜一筹。(“我们 的 Linux 是 Unbreakable。”)但是，它们通常会等同(或者超越)原创正品。它们与您所见 到的 Penneys 或 Target 十分类似：对于那些无需或无力支付高昂学费的人来说，它们是 一款颇受欢迎的替代品。 作为一名分析人员，我无权指责 Oracle 的这一做法，正如我不想指责 Target 或 Penneys 一样。但我的确不太欣赏这种方式，这主要是因为软件市场与劳力士手表市场明 显不同，它非常缺乏透明度。如果您经过价值 10 美元的劳力士手表柜台，您会很清楚 10 美元会得到一块怎样的劳力士手表。但如果 Oracle 宣布推出 Oracle ETL(随手举例)，您 可能完全不清楚它是什么、有何益处或功能(和不足)。缺乏透明度，这对我来说是件好事， 因为大家会打电话过来问我“Oracle ETL 和 Informatica 有何区别？Informatica 是否真 的更出色？”但即便如此，如果一切能够变得更透明，我还是宁愿选择后者。 这使我不由得想起 Oracle 最新推出的仿制产品。一年之前，很少有人注意到 SAP 发 布了一款名为 HANA 的内存数据库设备。去年 10 月份，Oracle 宣布推出一款名为 Exalytics 的内存数据库设备。  这下许多人开始问我“二者有何区别？HANA 是否真的更出色？” 我很清楚大家为何会提出这种问题。Oracle 大概已掌握数据库的某些内涵。此外，由 于数据库之间的细微差别很难用一两句话解释清楚，因此大家很容易陷入行话和承诺陷阱之 中。 在这种情况下，我所能够采取的有效方式是在闲暇之余拟定问题，并以抛砖引玉的方式 启发大家自己思考，而不是直接告诉他们所需的答案。 在开始深入阐述之前，我想先讲一个事实和我自己的一点偏好。事实：本文是专为 SAP 读者而写。尽管我努力保持中立，但我仍然无可避免地知道自己的读者想知道的内容。我自 己的偏好：我更喜欢原创正品。我不会购买 10 美元的劳力士或“Brinni”套件或“Henkels” 刀具。因此，从内心深处来说，我觉得 HANA 仿制品不可能具有原创正品所蕴含的所有功 能。 HANA：三大功能 首先，我想谈谈大家为何会感到疑惑。我想您可能已知道，HANA 是一款行列式内存 数据库。这意味着您既可以在 HANA 中执行通常需在行式数据库中执行的事务，又可以执 行列式数据库所擅长的分析功能。 这个“还”非常重要。一直以来，它只是“或”和“或者”。当您执行事务(输入数据)时， 您需要一款专门为快速可靠有序插入数据而设计的数据库。而当您执行分析(输出数据)时， 您需要一款已采用某种方式对数据进行预处理的数据库，或者说需要一款列式数据库，能够 以您所需的格式和速度输出数据。 但是，您不可二者兼得。不可在同一数据库中兼得。 但有了 HANA，您却可以实现这一目标。其中一部分原因在于它是一款内存数据库，  它的所有运行均已明显提速。另一部分原因在于：它可以识别您插入数据和输出数据时的真 正意图。这样，当您插入数据时，HANA 使您能够将它视为行式数据库;而当您需要输出数 据时，HANA 又使您能够充分利用其列式结构的优点。无论在何种情况下，您均不会以牺 牲性能作为代价。而在过去，当您使用不具有此类功能的数据库执行上述操作时，您不得不 在功能和性能之间做出艰难的选择。 HANA 还有一种新功能。这种新功能很少被提到，但 Larry 和我都认为十分重要。它 具有内置于数据库的业务功能。这意味着，即使您的数据库仅识别 SQL(标准)语言，您也可 以对数据执行一些确实非常非常难以执行的操作。 这一点，我稍后再详细解释。下面，我们一起来看看三个重要功能。第一，内存计算。 第二，速度合理的事务功能和分析功能。第三，业务功能。 诚然，如果 Vishal 看到这些内容，他可