我饶有兴趣地阅读了哈索·普拉特纳和伯纳德·勒克特的《记忆革命》一书，我的目标是以博客系列的形式将这本书的主要思想传达给SCN社区。

同时想知道怎样才能最好地传达这本书的信息，我对这些帖子的格式犹豫了很久。这本书本身在解释和总结HANA的体系结构方面做了非常出色的工作，以及这种体系结构如何让SAP重新思考和重新开发企业软件，使之成为以前无法想象的方式，同时给出了许多现实生活中的例子。

为了应用这一新知识，而不是仅仅总结这本书，我选择以想象的方式向一位不熟悉SAP HANA的客户首席信息官进行采访，并与他/她一起探索内存革命的前景。

第1部分—内存革命

首席信息官—如您所知，我们在生产中拥有大量的SAP足迹。主要是ECC6，但也有一些子公司的旧版本，当然还有一些非SAP ERP。当然，企业管理应用，我们也有一些需要改进的地方，有些流程太复杂，很难给平台带来新的用户，但总体来说我们非常满意。它是我们企业的支柱。现在你来和我谈"革命"，我有点害怕必须"革命"我的IT平台。我们以前听说过新技术革命。

我-当然，我理解你对触及企业骨干的保留意见。但让我先解释一下技术，以及为什么我们认为这是一场革命。你会发现，这不仅仅是一项突破性的新技术，而且是现在就能够利用它，是以一种无中断的方式带来这项新技术。

首席信息官——你的意思是，不要从头开始？

我-当然。更好的是，保留现有流程，但立即对其进行（潜在的巨大）改进。

CIO–这怎么可能？

我——这一切都是从哈索·普拉特纳（Hasso Plattner）的形象开始的，他把它带给了他位于波斯顿的哈索·普拉特纳学院（HPI）的学生。假设您有一个零响应时间数据库。企业软件的后果是什么？

首席信息官–但您是否有零响应时间数据库？

我-你说得对，让我们从头开始。是的，是SAP HANA。它是一切的基础。

首席信息官–你如何做到这一点？

我-再次哈索的突破性想法：零响应时间数据库，所有的计算机历史结构-即聚合，冗余表链接到使用聚合，云服务器一年多少钱，缓存，索引-不再需要。

聚合有助于管理，但阻碍了变化。聚合带来了企业的静态视图。它们不能传达企业的动态视图。新的趋势仍然隐藏在其中。

然后是革命性的想法：只要保留事务性数据，其他一切都将按需计算。

后果是巨大的：这意味着OLTP+OLAP在同一个系统上。它不仅可以转化为更快的报告，还可以转化为更快的事务处理，这要归功于消除了冗余。

它使SAP能够专注于业务逻辑，而不是提高性能的结构。

CIO–所有这些听起来绝对不错，什么是软件企业，但没有告诉我您的零响应时间数据库。

我–你说得对。在这里，我们一直在利用硬件领域的进步和创新。关键的发展是多核cpu和64位体系结构的兴起。例如，大数据与应用，今天，我们可以有8个15核的CPU插槽。今天最大的HANA机器最多可以容纳12 TB的RAM。

CIO–我的ERP比这个容量更大……

我–当然，到目前为止，我刚刚谈到了硬件创新。让我们来谈谈HANA体系结构的区别：

1-HANA是一个列式数据库：在具有列式组织表的内存数据库中，只有填充的列消耗主内存。这特别减少了标准软件中的数据占用，因为没有一个客户使用所有属性。

2-字典压缩：数据在字典的帮助下进行编码，并存储为内存效率高的整数。数值属性向量的额外压缩技术进一步减少了存储空间。

3-无聚合或额外索引：HANA在内存中提供零响应时间，因此不需要冗余数据。既不聚合也不添加需要额外内存的索引。数据仅以最高粒度级别存储。所有聚合都是按需计算的。

4-数据分层：企业数据可以分为实际数据和历史数据。很少访问的历史数据可以存储在磁盘上，什么是物联网应用技术，而只有实际数据需要始终加载到内存中。这可以进一步减少数据占用。

首席信息官-很有趣。你有这样的减少数据库占用的例子吗？

我-当然，我们（SAP）是最早利用我们新产品的公司之一。我们在anyDB上的ERP容量是7.1tb。只有移动到HANA（我们称之为HANA上的套件，即不改变数据模型），容量才下降到1.8TB。这是一次绝对无中断的迁移，本质上是一次数据库迁移。但这仅仅是一个开始，SAP利用HANA平台重新开发了其旗舰ERP—这是S/4 HANA，我们稍后将详细讨论—从其数据模型中删除所有聚合，然后我们降低到0.8 TB，其中0.2 TB是实际数据。结果，实际的分区减少到原来ECC6系统的3%左右。

CIO–哇！这令人印象深刻，但在进入实际的ERP之前，我想了解更多关于HANA的事情。您前面提到过同一平台上的OLAP和OLTP。这不是违背惯例吗？