数据库一体机简史：Teradata和HANA之争，从技术创新到法律诉讼
01
Teradata：从加州车库到并行数据库帝国
Teradata是数据仓库领域的先行者和领导者。1979年7月13日，Teradata在加州布伦特伍德（Brentwood）正式注册成立。公司由七名创始人共同创立，其中包括杰克·谢默（Jack E. Shemer）、菲利普·尼奇斯（Philip M. Neches）等人，最初在一间简陋的车库里办公。这七个人大概不会想到，他们正在缔造一个影响全球数据处理方式数十年的产业帝国。
1983年，Teradata获得了第一代MPP设计的开创性专利（基于硬件的并行性；美国专利号4412285，“多处理器互连系统和方法”）。十一年后，它还获得了第二代MPP设计的开创性专利（基于软件的并行性；美国专利号5640584，“增强计算机系统并行性和可用性的虚拟处理器方法和装置”），该技术至今仍是Teradata系统区别于竞争对手的关键。
Teradata起诉SAP的案件涉及技术窃取和反垄断两大核心争议。该纠纷始于2018年6月。Teradata在加州提起诉讼，声称SAP在2008年左右诱骗其建立联合项目——Bridge Project，目的是窃取Teradata积累数十年的核心商业机密。Teradata认为SAP的旗舰数据库产品HANA能够快速面世，正是因为非法使用了Teradata的技术，如侵权使用其批量合并（Batch Merge）技术。Teradata还指控SAP利用其在ERP市场的统治地位，将S/4HANA应用软件与HANA数据库强制捆绑。通过这种方式，SAP迫使客户放弃Teradata等第三方数据库，“强迫被锁定的客户群购买他们不需要的产品，并对劣质产品收取高价”，涉嫌违反《谢尔曼反垄断法》。
这一案件经历了漫长的法律拉锯战和多次反转。2018年Teradata正式起诉后，SAP否认所有指控。2021年11月，法官裁定Teradata证据不足。2024年12月，上诉法院推翻了此前的判决，认为Teradata提供了足够的证据。2025年10月美国最高法院介入，维持了恢复审判的裁定，案件定于2026年4月进行陪审团审判，将由陪审团决定SAP是否真的窃取了商业机密，以及其产品捆绑策略是否损害了市场竞争。在漫长的诉讼期间，SAP也在欧洲对Teradata发起了多轮反诉讼。
02
争端：是友谊之桥还是特洛伊之马？
Teradata认为SAP HANA所谓的“突破性创新”实际上是照搬了Teradata在Bridge联合项目中演示的算法，特别是关于如何在合并期间保持并发读取（即合并数据时不影响用户查询）的锁处理机制。Teradata提到的技术点还包括并行计算的调度逻辑、数据压缩算法、分布式事务一致性等。
但是无论如何，SAP发起的“桥”项目与Teradata的合作动机是值得怀疑的。根据Teradata后来的起诉书所揭示的内幕，这场合作从一开始就疑云密布。在Bridge项目进行期间，Teradata向SAP开放了大量核心技术细节：
其一，Teradata向SAP提供了历经数十年研发积累的专有、机密和商业秘密信息，为SAP开发人员举办了深度技术培训，提供了关于Teradata MPP系统设计和优化的秘密信息。在2008年至2010年双方员工之间的大量往来电子邮件中，Teradata工程师们识别了SAP软件中低效的原因，并根据其自身数十年的MPP数据库经验以及在其自身产品中实施的机密方法提出了解决方案——这些技术邮件，后来成为诉讼中最关键的证据之一。
其二，Teradata在加利福尼亚州和SAP德国研究中心安装了其数据库系统，用于与Bridge项目相关的实验和研究。SAP的研发人员因此获得了直接操作和深入研究Teradata核心系统的机会。
其三，Teradata还根据其自身的“最终用户许可协议”，为SAP的开发人员提供了访问Teradata Express（Teradata数据库的完整功能试用版）的权限，让SAP工程师得以在自己的实验室环境中自由运行和测试。
双方在Bridge项目中的努力取得了成果。Teradata和SAP成功开发了“Teradata Foundation”集成产品。这是一套允许SAP ERP应用客户将Teradata用作其底层数据仓库的集成解决方案。Teradata Foundation在多个大型客户的生产环境中成功部署并得到了验证。这意味着在技术上，SAP的工程师已经深度理解了Teradata系统的内部运作机制；而在商业上，双方的销售团队也已经共同向市场推介了这个合作产品，建立了初步的商业信任基础。
特别值得关注的是，Teradata后来在诉状中着重提到了一个技术细节：如何在合并期间保持并发读取（即合并数据时不影响用户查询）的锁处理机制。Teradata认为这是其多年积累的核心专利技术，而这一机制在SAP HANA的“增量存储向主存储合并”（Delta Merge）过程中疑似被复制。这个问题在技术上之所以极其困难，是因为在大规模并行环境中，系统既需要快速批量地将新数据从行式增量存储合并到列式主存储，又不能在合并过程中锁死对正在被合并的列的读取——否则整个系统的查询就会在合并操作期间陷入停顿。Teradata声称正是这套经过多年工程实践磨砺出来的精妙锁处理机制，在未获授权的情况下被SAP借鉴并实现在了HANA中。除此之外，Teradata提到的技术点还包括并行计算的调度逻辑、数据压缩算法、分布式事务一致性等多个核心领域。
03
HANA横空出世：奇迹还是盗窃？
就在Bridge项目如火如荼进行的同一时期，SAP内部另一个项目正在悄然推进，并以令人震惊的速度发展。事实上，在Bridge项目正式开始几个月后，SAP联合创始人哈索·普拉特纳和时任CTO维沙尔·辛卡（Vishal Sikka）博士宣布了他们通过开发新型高性能数据库架构来重振SAP产品的目标。
2009年6月，普拉特纳在SIGMOD 2009会议上发表了具有里程碑意义的论文"A Common Database Approach for OLTP and OLAP Using an In-Memory Column Database"，为HANA的学术基石作了完整阐述。
从时间线来看，HANA的研发速度确实快得令人生疑。辛卡后来曾表示，HANA项目于2009年秋季正式启动。然而到了2010年11月，辛卡就在SAP的年度用户大会SAPPHIRE上宣布SAP已开始出货HANA产品；2011年6月，HANA全面上市。从立项到出货，仅仅不到两年的时间——而这恰恰与Bridge项目的进行期高度重叠。
更具戏剧性的时间节点是：2011年8月19日。在SAP与Teradata就Bridge项目合作近三年后，SAP单方面宣布终止该项目，停止支持、销售或营销Teradata Foundation。而仅仅在终止合作的几天后，SAP便推出了功能类似的"HANA for SAP BW"产品。这一不打招呼的快速举动，在Teradata高层眼中，就是赤裸裸的“用完即弃”——将竞争对手当作了技术孵化器。
Teradata是在2015年9月德国《明镜周刊》（Der Spiegel）的一篇报道曝光后，才得知可能存在技术盗窃。该文章提及一位已被SAP解雇的内部审计师得出了类似结论。耐人寻味的是，HANA的主要架构师维沙尔·辛卡也在那次内部审计后不久，于2014年5月宣布离开SAP。SAP的官方说法是个人原因，但业界对其离职的真实原因众说纷纭。
SAP HANA的市场最终起飞，到2016年HANA收入达到20亿美元，还带来了数亿美元的额外许可销售。辛卡博士在业界被誉为SAP HANA之父，并被认为扭转了SAP停滞不前的产品命运。但在Teradata看来，这一切都是有预谋的商业盗窃。
04
源代码比对：胜负手与和解局
随着案件在2026年进入陪审团审理阶段，双方的源代码对比将成为胜负手。此前法庭已经允许专家证人调阅SAP HANA的核心代码，如果发现其中某些函数逻辑、变量命名甚至注释与Teradata的专利或内部文档高度吻合，SAP将面临灾难性的赔偿。
陪审团审理对SAP来说可能会是一个灾难。这种案件很难预测陪审团的倾向，一旦陪审团认定SAP故意窃密，三倍惩罚性赔偿将意味着数十亿美元的天价赔偿。更令SAP担忧的是，一旦案件进入公开审理，更多内部技术细节将被公之于众，这会对其品牌形象造成无法估量的伤害。
于是，就在2026年4月审判日的倒计时进行之际，也即在2026年2月底，SAP和Teradata双方在庭审前夕达成了一项4.8亿美元的庭外和解协议，了结了这场长达约八年的法律纷争。和解声明称：“根据该协议，Teradata将获得一笔4.8亿美元的总付款……在Teradata收到和解金后，双方将请求法院驳回所有索赔、抗辩和反诉，并不得再次起诉。”Teradata表示，扣除费用后的净额预计为税前3.55亿至3.62亿美元。
这个结局意味深长。4.8亿美元，这是一个在法律上被称为“不认罪和解”（no-fault settlement）的金额——SAP既没有承认任何过错，Teradata也没有获得法院对SAP侵权行为的正式认定。但4.8亿美元的真金白银，已经足以说明一切。
05
SAP与Oracle的恩怨情仇：从合作到对抗
要理解为什么SAP会在2008年寻求与Teradata合作，必须先了解SAP与Oracle之间那剪不断理还乱的复杂关系。事实上，SAP之所以和Teradata合作，就是想摆脱Oracle的束缚。
在漫长的合作史中，SAP与Oracle之间的关系经历了从相互依存到刀兵相向的急剧转变。SAP是全球最大的企业资源规划（ERP）软件厂商，而在很长时间里，SAP旗下的ERP产品底层所使用的数据库，正是Oracle数据库。这种深度绑定造就了一个看似牢不可破的合作关系，却也埋下了隐患——SAP的核心竞争力受制于一家同时也是其直接竞争对手（在ERP领域Oracle的EBS产品与SAP直接竞争）的数据库厂商，这是一个令SAP高层如鲠在喉的战略困境。
图3 Oracle起诉SAP
2007年3月22日，这种潜在矛盾被一声惊雷引爆。Oracle正式对SAP发起诉讼（如图3所示），指控其收购的一家软件服务商——TomorrowNow，非法在Oracle的客户支持网站上大规模下载受版权保护的软件和技术文档。据Oracle的指控，TomorrowNow借为Oracle客户提供廉价第三方支持服务之名，行窃取Oracle知识产权之实，其目的是通过低价竞争，将Oracle的客户群引流到SAP阵营，同时暗中学习Oracle的技术。Oracle将此称为“有组织的技术盗窃”，措辞之严厉，令整个科技界为之侧目。
这场官司的戏剧性在于，SAP最初对TomorrowNow的收购本是一个精心设计的市场策略：通过提供比Oracle原厂支持便宜50%乃至更多的第三方技术支持，吸引那些对Oracle高达原始采购价22%的年度维护费心存不满的企业客户。这个策略在商业上是合法且聪明的——直到TomorrowNow的员工们开始以批量、自动化的方式，向Oracle的客户支持门户网站发起大规模下载，累计下载了超过800万份受版权保护的Oracle软件、技术文档和客户数据库。一个本该精妙的市场策略，就此演变成了一场代价惨重的法律灾难。
2010年，陪审团最初判定SAP赔偿Oracle高达13亿美元，这个数字一度令整个行业瞠目结舌。然而上诉法院认为这一赔偿金额明显过高，于2012年将其大幅下调。这场漫长的诉讼直到2014年才最终以SAP支付3.567亿美元（含律师费和利息总计约4.79亿美元）的方式达成和解。这是企业软件历史上赔偿金额最高、影响力最大的版权诉讼之一，也在SAP的历史上留下了一道难以磨灭的伤疤。
Oracle的强势攻击反而加速了SAP摆脱数据库依赖的决心。SAP开始谋划一条自主掌控数据库底层的道路，这既是技术上的战略考量，也带有几分争一口气的情绪因素。
从商业史的视角来看，SAP向Oracle和Teradata支付的这两笔和解金极具戏剧性：在2007年至2014年间，SAP因为TomorrowNow案向Oracle支付了约4.79亿美元；而在2026年，SAP又因为Teradata案付出了4.8亿美元。两起案件的赔偿金额惊人地接近，核心主题都是技术盗窃。
06
历史的照镜：Sybase与微软的往事
Teradata指控SAP的故事，并非数据库史上的孤例。事实上，在数据库领域，类似的“技术共享-反目成仇”模式曾经在另一对伙伴之间上演过，那就是Sybase与微软的恩怨。
1988年，Sybase、微软和Ashton-Tate三方联手，合作开发面向OS/2平台的SQL Server。Sybase提供核心数据库引擎技术，微软负责产品化和市场推广，Ashton-Tate则扮演第三个联合开发方的角色（但后来很快就淡出了这个三角同盟）。1989年，Microsoft SQL Server第一个版本正式发布。
然而好景不长。微软随后将SQL Server从OS/2移植到Windows NT平台，并在此过程中逐步深度改造了原本基于Sybase技术的产品，开始走向自己的独立发展道路。到1994年，微软与Sybase的代码库已经彻底分叉——微软保留"SQL Server"品牌继续独立开发；Sybase则将自己的产品更名为"Sybase SQL Server"，后更名为"Adaptive Server Enterprise（ASE）"，两者就此分道扬镳，成为市场上的竞争对手。
这一故事与Teradata-SAP的纷争有明显的相似之处——强势的大公司通过合作获取了对方的核心技术，随后利用自身的市场地位将合作伙伴边缘化。不同之处在于，微软通过谈判给了Sybase足够的许可费和商业对价，两者之间并未产生法律纠纷；而SAP则在未给予任何对价的情况下单方面终止了合作，将学来的技术直接商业化。这种不同的处理方式，导致了截然不同的后续结局。
2010年，SAP以58亿美元收购了Sybase——此时距离微软与Sybase分家已经过去了16年。SAP通过这次收购，获得了Sybase旗下的ASE、IQ、SQL Anywhere等一批成熟数据库产品，大幅补强了自身在数据库领域的积累，也为HANA的后续发展提供了重要的技术储备。同年，SAP发布了HANA一体机（High-Performance ANalytic Appliance，如图4所示）。
图4 SAP HANA平台架构
07
HANA的架构创新与普拉特纳的技术理想
无论这场法律争议的最终是非曲直如何，SAP HANA在技术上的创新是有目共睹的。
HANA背后的精神领袖是SAP联合创始人哈索∙普拉特纳。1944年出生于柏林的普拉特纳与Oracle创始人拉里·埃里森同龄。1972年，普拉特纳与四位前IBM同事共同创立了SAP，从一个名为“系统分析与程序开发”的小公司起步，最终缔造了全球最大的企业应用软件帝国之一。
普拉特纳曾经在他的《内存数据管理》一书中提到：“将企业系统分为OLTP系统和OLAP系统，进而将企业级应用精确划分为事务处理应用程序和分析应用程序的做法是与实际情况相悖的。”
普拉特纳有理由这样说，因为SAP首先通过应用来理解用户需求。当数据越来越多时，企业总是希望能更及时、更智能地分析和使用数据，而从OLTP到OLAP的数据传递，需要反复地进行“抽取-转换-加载”（ETL），OLAP系统始终无法最及时地反映实时数据。正是基于对用户需求的理解和判断，普拉特纳期望打造一个融合OLTP和OLAP的数据库系统，这正是HTAP的思路。
当SAP准备研制新一代的ERP系统时，普拉特纳就开始着手探索融合OLTP和OLAP的可行性。基于硬件技术的进步，他得出的结论是，通过内存关系型数据库可以实现HTAP。HANA成为第一个全面支持ACID的事务型列式存储数据库，也是第一个HTAP内存型数据库。通过HANA可以避免传统BI的ETL过程，实现近乎实时的数据分析。HANA可以使当时需要运行一天的报表加速到3秒内完成，技惊四座，为SAP吸引了诸多客户进行尝试，也引发其他数据库企业的相继跟进。SAP由此成为了内存数据库的开拓者。
HANA是由SAP认证的硬件合作伙伴（如Dell、HPE、华为、联想、Cisco等）提供的预配置、预安装、预优化的软硬件一体化解决方案。这种一体机的形态，既继承了Oracle Exadata最初开放硬件的一体机理念，也在内存计算这个新的技术方向上另辟蹊径，创造出了属于SAP自己的产品DNA。
参考文献：
https://fedcircuitblog.com/2023/06/13/argument-recap-teradata-corp-v-sap-se/
https://www.theregister.com/2026/03/02/sap_teradata_settlement/