Oracle 非常了解这些异议，因此在其市场营销文档中尽可能予以反驳。“Exalytics”，它指出，“采用 Infiniband 信道”，能够支持数据在数据库之间快速流动，而“统一管理工具”则支持您跟踪数据。是的，移动数据确实可能会存在一些问题。但 Oracle 避而不谈，努力将您的注意力转向“已经过试验，并且真实可靠”这一点上。因此，它实际就是在说，如果您必须在各容器之间移动数据，那么当每个容器都如此出色、如此久经验证、并且能提供如此多一切准备就绪的基础设施时，您还在犹豫什么呢？立即采用吧。

Oracle 声称，多个数据库只要在一个机箱内，就没有问题，特别是当我们（Oracle）的工具更出色、更可靠时尤其如此。现在，我不得不承认，这一缪论确实有一定的影响力。而事实上，即使数据库菜鸟也能够明白这一点。

4. HANA：设计理念

提到 HANA 与 Exalytics 的对比，您如何看待一体化产品与通过 Infiniband 信道实现连接的一箱化产品之间的明显差别？对于我来说，正确的方法是找出每种运行方法的设计理念。

在这一点上，我认为二者存在明显的区别。对于 TimesTen 或 Essbase 或其他传统数据库而言，设计理念大致如下：如果您需要处理数据，请将数据移至专门的数据处理引擎内。如果您为了将数据放到容器中略加处理或稍做准备，那么也无伤大雅，因为您只需准备处理所需的容器即可。

我记得 30 年前的一个夏天，当我为一位木匠打下手时，他教我使用的工具其设计理念与您所了解到的理念基本相同。作为一名木匠，您使用的都是专业化的大型昂贵电动工具：钻床、台锯等。因此，假如您想建一个厨房，您必须现场测量，然后回到店里制作所需的材料。

而对于 HANA，其设计理念截然不同。您无需移动数据。您可以就地取材，就在数据所在位置开展工作。从某种意义上来说，这种理念与现代木工领域的运营理念完全相同。如今，我老板的儿子开着一辆卡车，到客户现场卸载台锯和靠电池供电的电钻，这样可以在现场更轻松、更方便、更灵活、更可靠地完成所有工作。

那么，在数据处理（和木工活）时，为什么将工具带到现场会更棒？因为，您可以更灵活、而且也可以更快速地完成工作。

为了让大家充分理解我的意思，我将举例说明。首先，我跟大家说说我几年前看到过的一个相对轻型的内存 BI 工具的演示。

销售人员/演示人员是个菜鸟。他曾经去过很多地方旅游。他从 TSA 网站下载了美国每个机场、每个安全门的所有等待时间。演示时，他说，“假设您现在坐在出租车里。您可以打开数据库和每个安检处等待时间的图片。现在，您可以知道出租车停在哪张门更合适。”

这种理念非常好，可视化工具也很不错。但在那天结束时，我发现他所做的工作存在明显的限制。因为系统使用 SQL 仅可重新绘制数据，您仅可以获得等待时间的列表，却难以处理其中的数据。而事实上，您想知道的是根据一天中的具体时间和其他信息了解每张门出现延迟的可能性。但您在出租车里却无法获得这些信息。也许更糟糕的是，他使用的并非实时数据。最重要的数据是最新的数据，可他并没有获得最新数据，也无法真正处理 RSS 源。

下面，我们一起来看看 HANA 更广泛的功能在这种情况下可以做些什么。首先，在 HANA 中，可以源源不断地导入数据。因此，如果他可以处理 RSS 源，便可确保数据库始终为最新数据库。其次，在 HANA 中，他可以使用业务功能对安全门延迟的时间进行统计分析。因此，他可以轻松简便地获得每张安检门的延迟可能性数据，而不是几列等待时间。

5. 那么，是什么让 HANA 变得更出色？

当我看到“全新的设计理念”这几个字时，我想，HANA 可以说是真正采用了全新的设计理念。我喜欢用两个标准来衡量是否已采纳全新的设计理念。是否有助于简化？是否有助于推广？

下面，我们重新回到原来的话题。我在阐述时，通常使用以下故事来说明这两个标准：

大约 100 年前，汽车既没有电池系统，也没有电气系统。如今由电气系统完成的每项工作，在过去均视为完全独立的、由完全不同的方式完成的功能。若要启动汽车，则需使用手动曲柄。若要照亮前行道路，则使用油灯，就安装在当今的车灯位置。

后来出现了全新的设计理念：电池和电线。这一理念成功地通过了两项标准的检测。首先，它从根本上简化了汽车的繁琐操作。您可以使用同一装置以更简便、更直接的方式（从仪表盘中启动汽车或操纵车灯）完成许多不同的操作（启动汽车、照明道路）。此外，这一理念也有助于推广。只要有电，您就可以将同一理念运用到全新的领域中，例如：为暖风电动机提供动力或者操作自动门锁。

那么，HANA 做得怎么样？它是否有助于简化？有助于推广？下面，我们尝试将它与Exalytics 进行对比。它是否有助于简化？当然，同时提到行数据和列数据可能会让人觉得有些复杂。但当您注意到它将所有数据均放在一个数据库中，您会发现它的概念确实非常简便；当您再注意到自己为了完成任何特定工作而必须将数据移到新区域时所涉及的复杂因素，您会发现，HANA确实有助于简化原有繁琐流程。

它是否有助于推广？

我花了很长时间希望弄清楚这个问题，而 Exalytics 的示例正好给了我启示，信不信由你。当我开始对 HANA 的业务功能库与Oracle 提供的“高级可视化”功能进行比较时，我不禁惊呼“哇！”。就统计功能而言，二者几乎不相上下。HANA 开发者非常自觉地尝试在数据库内整合等同于标准统计功能的功能，而 Oracle 则非常自觉地支持您访问 R 功能库。

但业务功能库还提供一些业务功能，如折旧或同比计算。而“高级可视化”则不提供。

现在，我们必须意识到业务功能库不仅仅是一系列其他功能的统称，这一点至关重要。事实上，它是充分利用这一设计理念的一种方式。按照这种设计理念，您所做的是通过扩展 SQL 的功能为交易方和分析方带来更丰富的功能体验。对分析方来说，您正在为他们增加统计功能。而对交易方来说，您正在为他们增加折旧计算功能。而所有这一切，您仅需采用同一基本机制即可提供。

当然，实践出真知。或许，业务功能或统计功能没有我所想像的那样极具发展前景。但新理念的推广大体如此。但如果这一理念确实有助于推广，并且用户乐于使用并呼唤更多功能出现，则Oracle 提供的产品将难以与之抗衡。如果需要添加某些真正的新功能，则必须利用新渠道和新管理工具在Exalytics 中创建新的数据存储区。

如果类似的仿制品出现，则您可以毫无疑问地确定，全新的设计理念已基本成形。

为什么这么说？我们再以汽车为例进行类比说明。

试想一下，假设某汽车制造商最近受到新电气系统的汽车带来的竞争压力，他们决定尽快推出美观大方的手动制造的汽车。这款新汽车不仅具有新电动车的所有功能，而且仅采用久经验证的成熟技术。很快，杂志广告中出现了汽车的黄铜油灯和红木曲柄，还有一位站在汽车旁边面带微笑的司机。

广告的潜台词大致如下：“您为什么非得要一款全新的、存在诸多故障和不足的系统呢？他们有的功能，我们全都有。您看，他们有车灯，我们也有。而且我们的车灯安全可靠且久经验证。他们有启动装置，我们也有。而且我们的装置更美观、更可靠且久经验证，任何司机都可以操作。”

我想人们可能会听信广告的说法，至少刚开始会