上一章我们停在一个客户身上：一旦核心业务跑在甲骨文的数据库里，迁走的成本高到让你宁可年年交钱。那是一块石头。但一块石头砌不成城墙。这一章讲甲骨文怎么把这块石头变成一整道墙——不是靠自己一行一行写代码长出来，而是靠买。谁在企业软件这条街上开了家赚钱的铺子，它就把整家铺子连人带客户一起端走。
为什么是买，而不是自己写
先问一个工程师会问的问题：软件公司想扩张，为什么不自己写？答案很实在——自己写要时间，写完还得从零开始抢客户，而客户已经在别人手里了。收购是一条捷径：你花一笔钱，直接买到的不是代码，是已经签了字、每年准时续费的客户名单。
把它想成开餐厅。你可以在隔壁新开一家、慢慢等人上门；也可以直接把隔壁那家天天满座的老店买下来，招牌一换，第二天中午照样满座。甲骨文选的是后者——而且一口气买了一条街。
甲骨文买公司的算盘还有一层特别之处。企业软件有个性质：它的客户黏性极高，切换成本高。所以一家成熟软件公司的老客户，就算你把它买下来、砍掉研发的新花样、只维持系统能跑，这些客户短期内也走不掉，还得继续交维护费（每年按许可证价格的百分之二十上下收的"保修+更新"费，几乎是纯利润）。这意味着一家老软件公司即使不再增长,它的存量客户也是一台稳定的印钞机。甲骨文看透了这一点：它买的往往不是成长故事，是现金流。
第一枪：抢来的 PeopleSoft
PeopleSoft是一家做企业应用的公司——所谓企业应用，就是跑在数据库上面那一层、给人用的业务软件，比如发工资的人力资源系统、管钱的财务系统。它和甲骨文的数据库是"楼上楼下"的关系：数据库是地基和水管，企业应用是住人的房间。
2003 到 2004 年，甲骨文对 PeopleSoft 发起敌意收购——就是不经对方董事会同意、直接绕过管理层去向股东出价买股票，硬抢。这场仗打了约十八个月，闹到法庭，最后甲骨文以大约 103 亿美元拿下。为什么非它不可？因为 PeopleSoft 手里那批大企业客户，正是甲骨文想锁进自己生态的那种客户。买下来之后，甲骨文既拿到了这批客户的应用层，也顺手保住了他们脚下那些数据库不被对手撬走。
这一枪打的是一个信号：甲骨文不再满足于当"卖水管的"。它要往上爬，占住客户天天点开来用的那些界面。水管你可能忘了它存在，但发工资的系统你每个月都得打开——占住它，客户就更难离开。
Sun：把地基也买下来
如果说 PeopleSoft 是往上买（应用层），那 2009 到 2010 年花大约 74 亿美元收购Sun Microsystems就是往下买。Sun 是一家做服务器硬件的公司，同时手里攥着两样甲骨文眼馋的东西：Java（一门被无数企业软件用来编写程序的语言，等于半个行业的通用语）和 MySQL（一个流行的开源数据库，理论上是甲骨文自家收费数据库的竞争者）。
买 Sun 这一手，把甲骨文的野心暴露得很清楚：它想从上到下自己全包。往上有应用，中间有 Java 这层通用语言，下面有数据库，再下面现在连服务器硬件都自己造。后来甲骨文那套引以为傲的Exadata（把数据库软件和专门为它调好的硬件打包卖的一体机，后面章节会细讲）能成立，靠的就是这次把硬件能力收进门。
横向买应用是把墙加宽，纵向买硬件是把墙加深。甲骨文两个方向一起动手，目的只有一个：让客户的整套系统从界面到芯片都长在自己身上。
连环收购是一门可复制的手艺
PeopleSoft 和 Sun 只是最显眼的两枪。二十年里甲骨文吞下的公司数以十计——Siebel（做客户关系管理）、Hyperion（做财务分析）、BEA（做中间件）等等，量级上加起来是几百亿美元的买买买。这不是一时冲动，是一套流水线：
- 盯现金流，不追热点。专挑那种有一大批黏性客户、每年稳收维护费的成熟公司，而不是烧钱的明星初创。
- 买完就整合进自家账单。把对方客户接进甲骨文的销售和维护体系，让"续费"这件事变成甲骨文统一收。
- 砍掉重叠、留住合同。研发和后台能合并的合并，但那些签好的长期合同一分不动——因为合同才是买它的理由。
说白了，甲骨文把"收购"本身做成了一条产品线。别的公司收购是偶尔为之的大事，它是常态操作：看到一台还在转的印钞机，估个价、买下来、接进自己的收款系统，下一台。华尔街甚至给它起了个外号——企业软件的"收割机"。
Cerner：同一套手艺，换个更大的猎场
把时间快进到 2022 年，甲骨文花了大约 283 亿美元——它历史上最大的一笔收购——买下Cerner，一家做医院信息系统（电子病历、医嘱、排班这些）的公司。表面看这是老手艺的又一次施展：Cerner 手里握着大量医院客户和多年合同，典型的黏性现金流。
但 Cerner 和前面那些不一样，多了一个后面几章要反复回来的关键词：数据。医院系统里躺着的是海量病历——这是一种极难迁移、法律上又被重重保护的资产。甲骨文买 Cerner，买的不只是又一批锁进来的应用客户，还是一座数据金矿。在 AI 时代，谁手里有别人拿不到、又搬不走的真实数据，谁就可能握着一种新的护城河。这颗种子这一章先埋下，第十四章我们会专门回来问：这些数据究竟能不能变成 AI 时代最硬的那块壁垒，还是只是"被托管的比特"。
这一章把护城河推到哪儿了
回头看这条线：第一章讲甲骨文靠数据库收租，第二章讲单个客户被锁在数据库里出不来。这一章要说的是——甲骨文没有停在"锁住数据库"，它用连环收购把锁定从地基一路铺到了整栋楼。你的发工资系统、财务系统、客户管理、连服务器硬件、甚至医院的病历，都可能落在甲骨文的地盘上。锁定的点从一个变成很多个，客户想整体搬家，等于要同时拆掉好几套彼此咬合的系统——难上加难。
但这里要留一个诚实的问号，它会贯穿全书。买来的城墙和自己长出来的城墙，硬度未必一样：整合几十家公司会留下技术上的裂缝，用债务和现金去买增长也有代价——这台"并购机器"越转越大，本身也在往甲骨文身上堆分量。等到后面它要一头扎进云和 AI、开始上千亿地借钱时，你会发现，"用买的来扩张"这套从二十年前就练熟的肌肉记忆，正是理解它今天为什么敢背上巨债的伏笔。护城河在应用层确实被拓宽了；至于它是变得更硬、还是在别处开始出现裂缝，我们接着往下看。