你有没有想过60年代末企业系统的世界是什么样子的？在21世纪的最后20年里发生了什么变化？曾经是我们时代叛徒的预言，开启了企业计算世界的复兴。让我带你走下内存通道，与SAP联合创始人兼董事长Hasso Plattner一起经历从预言到现实的内存计算之旅。

"从第一天起，我就一直生活在这些企业系统的世界里……"Hasso在Hasso Plattner Institute的礼堂里说，坐落在波茨坦这座古色古香的小镇上，向他的博士生发表演讲。

"200MB是一个鼓一样的大磁盘……"回忆起上世纪六七十年代

"1969年我加入IBM，小企业管理软件免费，当时IBM是世界企业系统的大师。由于当时一家公司的交易量如此之大，我们的首要目标是如何压缩数据，以便能够以更快的响应时间工作。"回忆起1969年通过屏幕和打字机进行在线数据处理的开始，他继续解释说，"第一技术是通过设置一些标准-在会计中，我们按账户、按客户销售、按供应商采购、按货物汇总数据。整个目的是收集数据。一旦我们汇总了数据，管理信息系统（MIS）就可以相对快速地提供关于什么是库存总价值，什么是我们在供应方面的未结订单，什么是我们承诺的订单，什么是我们的损益表以及它是什么样子的答案。在合理的反应时间内，我们得到了答案。这项技术之所以成为可能，是因为在1968-69年的时间段内，IBM将70MB和200MB的大型磁盘推向市场。200MB是一个像鼓一样的大磁盘，所以我们可以在磁盘上直接访问存储合理数量的数据。这就是我们从1968年到70年代末所生活的世界。这些系统看起来很像我们今天的系统，但不那么复杂。基本思想是获取事务，运行一些事务处理，但主要目的是聚合数据供MIS稍后使用，"

当时企业系统的本质是随着SAP的诞生而延续的，1979年R/2，1992年R/3。"R/3风靡全球，引领了从主机概念到客户机服务器的转变，标志是三层客户机服务器，由智能前端、应用服务器和独立的数据库服务器组成，系统负载分布相当均匀，提供了更高质量的应用，更快的应用程序–但基本原则和概念保持不变。"事务性数据在中，运行一些由工作流管理的事务处理（最多20个阶段），然后聚合数据。是的，我们继续使用1960年代后期开发的相同标准聚合数据。如果这些聚合不够好，我们将数据放入称为业务数据仓库（business data warehouse，BW）的第二个存储区，在那里，客户可以通过以批处理方式运行的报表中定义的不同维度进一步聚合数据。上一步，云服务器平台，我们将文件从企业系统中删除。"

"因为我是一个叛徒，我想做一些不同的事情……–SAP HANA的开始

在2006年底，SAP成立近40年后，云服务器租用，哈索开始思考如何重做一个企业系统，如果他要从零开始，并花了一整天的时间与他的学生解释部分会计系统如何工作，然后什么需要重做。哈索笑了，"因为我是个叛徒，我想做些不同的事情，所以我提出了一个建议，彻底摆脱所有的集合体，40年的集合体，当时这个建议太激进了。然后，我建议所有系统都将时间从行项目中抽出，并将日期和合计保留下来。对于每一个行项目，都要把时间拿走。"哈索相信他的假设，即消除一天中的时间不会导致交易中的任何信息丢失，因为在正常的企业系统中，无论上午923点还是下午330点发生了什么事情都不重要。他给学生们提出的挑战是建立一个快速的数据库，这样我们就可以在合理的事务数据响应时间内动态地建立用户社区想要的任何聚合。学生们的练习是查看z处理，这意味着对于给定的客户，从客户的角度往下看，在非常短的响应时间内获得所有订单、发货、发票、付款，并使用二级索引（已经做了40年）依次通过大型数据库运行。一开始是一个研究项目，标志着SAP HANA的开始。主导思想是"从根本上改变系统，但使用传统的数据库技术。"

"当你重新开始思考时，有趣的是，你可能会得出一个不同于你习惯的结论……

哈索怀旧地继续回忆和反思他在2006年那一天与学生们的认识和启示–"如果我们建立一个没有预聚合的系统，我们真的有更新的系统吗？系统真的是面向写的吗？我们真的需要两种不同的企业计算系统吗？面向事务处理的写系统和面向分析处理的读系统？"哈索在同一天很快得出结论："在一个企业系统中，事务系统的行为和分析系统的行为并不是完全不同的。没有理由有两个不同的系统。OLTP系统需要写密集型，OLAP系统需要读导向型，这是一个神话如果我们删除聚合，应该不会有太多的更新。如果我们删除聚合，我们就可以删除其他东西——我们能避免并发吗？如果我们没有更新，就没有争用。如果没有争论，我们就不必采取任何措施来避免争论。我们可以大规模并行地运行任何事务——就像计算机可以并行运行一样。"