当马克·赫德（Mark Hurd）离开惠普之后，惠普任命了SAP的前CEO李艾科（Léo Apotheker）担任CEO，同时还聘请了Oracle的前总裁和首席运营官雷·莱恩（Ray Lane）为董事长。李艾科和莱恩都可以算得上拉里·埃里森（Larry Ellison）的仇人。惠普联合SAP对抗马克·赫德与拉里·埃里森，可谓棋逢对手地将一场商业竞争演绎成了带有强烈个人色彩的恩仇录。SAP和Oracle是冤家对头，其HANA选择了惠普作为其最紧密的硬件伙伴，形成了对抗Oracle和SUN组合的另一极。

SAP是Oracle真正势均力敌的对手。截至2026年2月11日，SAP市值约为2500亿美元（如图1所示）。Oracle同日市值约为4500亿美元。这两家企业应用软件巨头的竞争，是数据库与ERP世界里最精彩的双雄对决之一。

图1 SAP的股票价格走势

图2 SAP HANA标识

HANA的全称是高性能分析一体机（High-Performance Analytic Appliance，见图2），是第一个全面支持ACID的事务型列式存储数据库，也是第一个HTAP内存数据库。然而，鲜为人知的是，HANA最早的命名为"Hasso's New Architecture"——Hasso的新架构，这个昵称蕴含着SAP创始人哈索·普拉特纳（Hasso Plattner）对数据库技术未来方向的全部信念与期望。

普拉特纳于1944年生于柏林，1968年从德国卡尔斯鲁厄理工学院毕业，获得通信工程学位，此后进入IBM从事软件开发工作。1972年，他与四位前IBM同事离职共同创立了SAP公司。

图3 SAP五位联合创始人

这五位创始人（如图3所示）离开IBM时，带走的不是技术或资产，而是一个想法：为企业提供一套真正意义上的集成化实时数据处理软件。第一个客户，其实是五人原来服务的IBM德国客户——帝国化学工业（ICI）的一家德国工厂。据传言，他们第一款产品SAP R/1的整个开发过程，都是在租来的IBM大型机上夜间工作完成的，因为只有在白天用户正式下班之后，他们才能使用这台机器。公司成立后的第一年，五位创始人加上一名秘书，在一间简陋的办公室里熬夜开发，白天则赶赴客户现场做实施。SAP的名字中有"Systems, Applications and Products in Data Processing"（数据处理中的系统、应用和产品），这个后来才被正式采用的全称，恰好精准地概括了他们此后五十年的事业。

普拉特纳曾在接受采访时回忆，公司创立之初，德国传统银行界认为这些来自IBM的工程师只是一群“技术怪人”，没有银行愿意给他们贷款。五位创始人最初只能以个人财产作为担保，在极其拮据的条件下推进研发。1972年，整个公司的年营业额只有不到100万德国马克。而到了1992年——整整二十年后——SAP在全球拥有超过3000名员工，年营业额达8.96亿德国马克。SAP在1998年登陆纽约证券交易所，当年收入约84.7亿德国马克，员工近2万人，是德国历史上最大规模的科技公司IPO之一。

SAP从R/1、R/2到1992年推出R/3，一路成长为全球最大的ERP软件厂商。R/3的革命性在于引入了三层客户端-服务器架构，将系统明确划分为表示层（用户界面）、应用层（业务逻辑处理）和数据库层（数据存储），这种架构让企业不再受限于昂贵的专有大型主机，可根据需要独立升级服务器或客户端，大大提升了灵活性，也显著降低了IT成本。R/3的另一大创举是实现了真正的“业财一体化”，即将业务流程与财务数据无缝衔接，使得全球数千家跨国企业得以在统一的系统上整合财务、供应链、人力资源等核心业务流程，让流程标准化和数据集中化成为企业IT管理的主流范式。

然而普拉特纳的雄心远不止于ERP。进入2000年代，他开始将目光投向数据库底层，思考一个更宏大的问题：能否用技术手段，彻底消除企业信息系统中普遍存在的“数据时差”——即OLTP系统收集的数据，到了分析人员眼前已经是昨天甚至上周的旧数据这个根本问题？

SAP HANA的诞生与演进，不仅是企业级软件历史上的一次重大技术跨越，更是对计算机底层架构与商业模式之间关系的重新定义。

要理解HANA的历史，必须回到2006年前后，当时全球企业正面临着“数据墙”的困扰：传统的磁盘关系型数据库在处理高并发交易的同时，几乎无法胜任海量数据的实时分析，导致企业必须通过极其复杂的ETL过程将数据搬运到专门的数据仓库中，这种延迟使得“实时决策”成为一种奢望。

那个年代，一个典型的大型跨国企业往往需要维护三套甚至更多的系统：一套运行在Oracle或DB2上的OLTP核心业务数据库，一套Teradata或IBM Netezza数据仓库，以及一套SAP BW商业智能平台——数据在这三套系统之间流转，每一次流转都意味着数小时的ETL延迟、巨额的软硬件采购成本，以及永无止境的数据一致性维护噩梦。ETL工具厂商（Informatica、DataStage等）因此成为一个年营收数十亿美元的产业。而这些厂商的存在，本质上都是为了弥补一个技术上本不应该存在的架构缺陷。

正是在这种背景下，普拉特纳在哈索·普拉特纳研究院（HPI）开始了对新一代数据库架构的探索。HPI于2004年由普拉特纳捐资创立，是一所专注于IT与数字化的独立研究机构，与德国波茨坦大学紧密合作。普拉特纳以自己的名字命名了这所研究院，并亲自担任核心研究课题的领衔人，他在内存数据管理方向的投入，最终成就了HANA。值得一提的是，HPI不仅是HANA的技术摇篮，还与斯坦福大学建立了合作关系。两校的研究团队在2008年联合进行了HANA的第一次重大技术演示——这次演示成为HANA技术可行性被正式确立的重要里程碑。

2009年，普拉特纳在SIGMOD 2009会议上发表了具有里程碑意义的论文"A Common Database Approach for OLTP and OLAP Using an In-Memory Column Database"，正式奠定了HANA的学术基石。这篇论文深刻地指出，随着硬件技术的进步，尤其是多核CPU的普及与内存价格的断崖式下跌，将整个企业级数据库完全置于内存中，并利用列式存储来统一处理事务与分析负载，在技术上已变得可行。

这篇论文的发表并非突发奇想，而是普拉特纳多年学术积累的结晶。至今，这篇论文在Google Scholar上的引用次数超过600次，是内存数据库领域被引用最多的学术论文之一，其影响力已经远远超越学术界，成为整个数据库产业理解HTAP架构的重要参考文献。普拉特纳在2011年出版的著作"The Impact of Columnar In-Memory Databases on Enterprise Systems"中，对这一思想进行了更为系统化的阐述和升华。这本书后来成为内存数据库领域的重要参考读物。

在普拉特纳担任SAP监事会主席期间（2003年-2024年），他持续从学术和战略两个维度推动着HANA的演进。2024年5月，80岁的普拉特纳正式卸任SAP监事会主席——这位亲手缔造了HANA技术基因的企业家画下了一个时代的句号。

普拉特纳在论文中提出的HTAP（Hybrid Transactional/Analytical Processing，混合事务/分析处理）架构，正是HANA最核心的创新所在。

在传统的数据库世界里，行存储和列存储被认为是鱼与熊掌不可兼得——行存储适合单条记录的快速写入，而列存储则在聚合分析上拥有无可比拟的优势。这种二元对立，催生了OLTP数据库和OLAP数据仓库两个平行的市场，也形成了绵延数十年的ETL产业链。

HANA通过引入“增量存储”（Delta Store）和“主存储”（Main Store）的双层架构，巧妙地化解了这一矛盾。所有新发生的交易数据首先高速写入行式的增量存储，保证了极高的写入吞吐量，随后在后台异步地将其合并进高度压缩的列式主存储中，供分析查询使用。这种“增量合并”（Delta Merge）机制，正是Teradata后来在诉讼中重点指控SAP涉嫌侵权的核心技术之一。

HANA的这项HTAP创新，使得企业能够在同一套数据库上既能快速处理订单，又能瞬间分析全年的销售趋势，彻底消除了OLTP和OLAP之间的物理界限（如图4所示）。对于一家处于业务前沿的企业而言，这意味着上午刚刚发生的销售数据，中午就可以反映在管理报表上，而无需等待夜间的数据仓库抽取批次。

图4 数据仓库和HTAP架构数据库对比

在技术实现上，HANA还引入了先进的字典编码（Dictionary Encoding）和位图索引技术，将数据压缩率提升到了惊人的5:1甚至更高。这意味着原本需要10TB磁盘空间的数据库，现在仅需2TB甚至更少的内存即可容纳。更重要的是，数据在内存中是以压缩状态处理的，进一步减少了CPU与内存之间的数据交换频率，充分释放了多核处理器的并行效力。

实验室里的理论要转化为服务全球500强企业的商用产品，离不开强大的硬件支撑。HANA早期之所以被称为“一体机”（Appliance），正是因为内存计算对底层硬件的内存带宽、CPU缓存一致性以及I/O吞吐量有着近乎苛刻的要求。

在2009年至2010年的研发关键期，惠普成为了SAP最紧密的合作伙伴。双方合作的初衷是为了应对一个极具挑战性的“关键任务”：德克萨斯州电力供应商CenterPoint Energy的智能电表数据挑战。该公司部署了约230万块智能电表，每15分钟收集一次用电数据用于能源使用报告，这导致数据量比原来增长了837%。激增的数据量让传统的数据库架构在实时反馈时显得捉襟见肘。

惠普投入了顶级工程资源，为HANA打造了首个认证的硬件运行环境。惠普不仅提供了大容量、高可靠性的内存池架构，还针对HANA的并行处理算法进行了底层的芯片级调优。最终，惠普和SAP成功解决了CenterPoint Energy的业务挑战。

2010年5月17日至19日，SAP在奥兰多和法兰克福同步举办了SAPPHIRE NOW大会，这是SAP历史上规模最大的一次技术大会。在主题演讲环节，普拉特纳与时任SAP CTO维沙尔·辛卡（Vishal Sikka）联合发布了他们最新的技术愿景，喊出了一句后来被反复引用的口号：“实时计算时代已经到来”（Real time is now）。普拉特纳亲自演示了基于HPE硬件运行的HANA，在处理数亿行数据时实现了秒级甚至毫秒级响应，而同样的查询在传统数据库上需要数小时甚至数天。坐在奥兰多会场前排的众多SAP客户首席信息官们，在看完演示后沉默了良久——他们意识到自己亲眼目睹了一场范式革命。SAP随后将这次演示的核心理念概括为：“将整个企业置于内存之中”（The entire enterprise in memory）。

此后，惠普与SAP形成了更为紧密的合作关系。虽然SAP与各硬件厂商都建立了合作，但惠普提供的合作形态最为丰富（如图5所示）。这种生态开放性，让HANA一体机产品线逐渐走出了对单一硬件合作伙伴的依赖，发展成为一个真正的行业标准解决方案。

图5 HPE提供的SAP HANA一体机

随后几年，HANA的发展进入了爆发期。2011年6月，SAP HANA 1.0正式面向全球发布。最初它被定位为SAP BW（商务仓库）的加速器，客户发现原本需要运行10小时的报表在HANA上只需10秒。这种量变引发的质变，让SAP的客户们第一次真正感受到了“实时”二字的分量。

2013年，SAP做出了一个重大决定：推出运行在HANA之上的Business Suite（SoH）。这意味着SAP的核心ERP开始全面拥抱内存计算。对于已经在SAP上运行了数十年的大型企业客户而言，这是一次意义深远的迁移邀请。

图6 SAP S/4HANA产品标识

2015年，SAP推出了第四代ERP系统——SAP S/4 HANA（如图6所示）。这是一个具有分水岭意义的产品，因为它宣布只能运行在HANA数据库之上，彻底摆脱了对传统磁盘数据库（如Oracle、DB2）的依赖。对SAP而言，这是多年积累之后的水到渠成；对Oracle、Teradata等传统数据库厂商而言，这无异于釜底抽薪——他们原本依托SAP生态滋养的那部分市场，将被SAP自己的数据库彻底蚕食。也正是这一强绑定决策，引发了后来Teradata对其发起的垄断诉讼。

到了2016年，HANA收入达到20亿美元，还带动了数亿美元的额外许可销售，成为SAP历史上最成功的产品之一。2020年，SAP推出HANA Cloud，将内存数据库的能力拓展到云端，为HANA开启了下一个十年的增长空间。

HANA的成功并非一蹴而就，其中包含了SAP对数据库领域数十年的持续关注、投入与并购积累。SAP有四个各具渊源的数据库基石产品，它们共同构成了HANA的技术底蕴。

1. MaxDB：与MySQL创始人的短暂联姻

早在1990年代，SAP就曾开发了一款内部数据库系统——SAP DB。这是一款功能相当完整的关系型数据库，主要用于SAP内部系统。2003年，MySQL创始人蒙提·威德纽斯（Michael "Monty" Widenius）与SAP合作，将MySQL的技术积累与SAP DB的工程基础结合，重新发布了MaxDB产品并开源（Max是Monty长子的名字）。2004年，SAP与MySQL AB的合作协议正式终止，MaxDB随后归入SAP旗下。然而随着SAP在2010年收购Sybase，MaxDB的战略价值大为下降。

2. P*TIME：来自韩国的内存行式数据库

P*TIME是一个内存行式存储数据库，其全名是Parallel* Transact-In-Memory Engine，源自车相均（Sang Kyun Cha）的创业项目。车相均是首尔国立大学（SNU）计算机科学系教授，同时也是一位连续创业者。2000年，他在硅谷成立了TIM（Transact In Memory）公司，全资控股韩国的TIM System公司，致力于将其内存数据库研究成果商业化。据说P*TIME在硅谷做了一次Demo演示之后，被维沙尔·辛卡看中。2005年11月，SAP悄然收购了TIM公司。此后，SAP于2008年3月宣布将TIM System韩国公司改组为SAP韩国实验室，车相均也因此成为了SAP HANA早期核心开发团队的重要成员。P*TIME的内存行存储技术，后来被整合进HANA的Delta存储层，成为HANA处理高并发写入事务的技术基础之一。

3. TREX：文本检索到列式存储的演变

TREX是一个文本检索和信息提取（Text Retrieval & Information Extraction）系统，其采用列式存储，是SAP HANA列存储引擎的直接前身。在用于HANA之前，TREX被应用于SAP的商业智能加速器，常被称为BWA（Business Warehouse Accelerator）。TREX的核心是一套基于列式存储的倒排索引引擎，能够对大量非结构化文本进行快速全文检索。随后，TREX的能力被逐步扩展到数值数据的分析加速领域。早在2006年，SAP就开始将BWA作为独立产品推向市场，它被定位为运行在专用刀片服务器上的“内存加速器”——这也是早期HANA一体机概念的雏形。BWA的实战成果，为普拉特纳在SIGMOD 2009上发表论文提供了宝贵的真实案例支撑，也为后来第一次SAPPHIRE演示中的惊人性能数字提供了工程保证。

4. Sybase：58亿美元的数据库版图整合

2010年5月12日，SAP宣布以58亿美元全现金收购Sybase——这是Sybase被誉为“最后一家独立数据库厂商”的完美谢幕。Sybase在金融和电信行业建立了深厚的根基，尤其是在华尔街那些需要高并发交易处理的金融机构中，Sybase ASE长期占据着核心地位。Sybase IQ的故事尤为值得一提。这款专为分析负载设计的列式数据库，早在1990年代就已商业化运营，是业界最早成功商业化的列式数据库之一。其列式存储和高压缩比的技术理念，后来在很大程度上影响了HANA的设计方向。

SAP通过收购Sybase获得的不仅是几款数据库产品，更是数百名在数据库内核、查询优化、分布式事务等领域积累多年的顶尖工程师，并彻底打消了外界认为“SAP没有真正的数据库DNA”的质疑，从而大幅加速了HANA从实验室产品到企业级平台的演进过程。

事实上，对于成规模的应用软件公司，如果不能解决自身的“卡脖子”问题，发展都会受到制约。SAP通过几十年的未雨绸缪、创新积累和战略并购，终于完成了自我闭环，彻底摆脱了Oracle数据库的束缚，为HANA的崛起奠定了坚实的技术和商业基础。

SAP最初的实践案例来自德克萨斯州的智能电表数据挑战。而在中国市场上，电力系统的智能电表统计同样对性能有着严苛的要求。这一横跨太平洋的技术契合，在中国市场书写了HANA理念的本土化故事。

早在2019年，云和恩墨zData数据库一体机就帮助国家电网新疆电力公司实现了营销业务系统的性能加速。在该案例中，客户通过zData的“4个计算节点+8个存储节点”架构完成升级。改造完成后，客户业务高峰期等待中的活动会话数从270个降为30个，处理能力至少提升了8倍（如图7所示）。最终，应用整体性能提升约10倍，I/O性能提升70倍以上，系统更加稳定高效，从而大幅改善了营销扩报装、电费抄核、收费账务、95598客服等核心业务的用户体验。

图7 新疆电力zData数据库一体机改造前后等待情况对比

从HANA到zData，两个电力系统的案例彰显了极速计算理念的用户价值：无论是德克萨斯州的智能电表，还是新疆的电力营销系统，高性能数据处理的价值都超越了地理和文化的边界，在每一个需要实时决策的商业场景中展现其生命力。

回顾SAP HANA的诞生与崛起，我们看到的不仅是一款数据库产品的技术成长史，更是一家软件公司通过长达数十年的战略性技术积累，最终实现从应用软件到数据库基础设施跨越式布局的商业启示录。

从2003年MaxDB的试水，到2005年P*TIME的悄然收购，到TREX在BWA中的默默验证，到2009年普拉特纳在SIGMOD的学术宣言，到2010年与惠普的合作突破，到同年58亿美元收购Sybase，再到2011年HANA的正式亮相和2015年S/4HANA的战略绑定——这是一条清晰可见的战略布局轨迹，每一步棋都是为了下一步而提前落子。如果把这条时间线展开，你会发现这不是一个天才的灵光一现，而是至少15年的系统性准备。

HANA的崛起，也深刻地改变了数据库一体机的市场格局。它证明了一件事：一体机的真正价值，不仅在于硬件与软件的预集成，更在于对底层计算范式的革新——从磁盘到内存，从行存到列存，从OLTP/OLAP分离到HTAP融合，这种对技术范式的把握，才是HANA能够成为Oracle真正对手的根本原因所在。