“我们不得不向 Oracle 解释我们的合同，”CIO 在 Big Red 审计后表示

原文 ↗ Hacker News 讨论 ↗

Oracle 激进的许可和审计做法，正在促使许多组织重新考虑对其数据库、Java 和其他产品的依赖。评论者把这些审计描述为像是为了最大化收入的“敲竹杠”，指出通过专有特性形成了深度厂商锁定，甚至还衍生出一个由前 Oracle 顾问组成的次级行业，帮助企业应对合规问题。虽然其核心技术常常受到称赞，但大多数人认为，如今法律风险、成本和缺乏灵活性已经超过了其优势，导致许多人转而青睐 PostgreSQL、SQL Server 以及其他开源或诉讼风险较低的替代方案。

Oracle 许可、审计与合规生态系统

  • 许多评论者将 Oracle 的默认立场描述为“你不合规”，并把审计当作一种营收工具。
  • 审计被描绘得很强势，有时会由前员工或下载遥测触发（例如 Java、VirtualBox）。
  • 围绕 Oracle 许可证合规存在一个咨询生态，往往由前 Oracle 员工组成，在一些人看来就是一种“套路生意”。
  • 一些公司谈成了和解，甚至拿到了退款；另一些则面对六位数的追缴账单，并且其中至少有一家在不久后倒闭。

Java 和其他 Oracle 产品

  • Java SE 订阅的近期变化（按员工计费）推动了一些组织迁出 Oracle Java。
  • 业内共识是：使用非 Oracle 的 JDK（OpenJDK 构建版、Corretto、Azul、发行版自带版本）可以避开大部分许可争议，不过支持和 LTS 政策各不相同。
  • Oracle 对 VirtualBox Extension Pack 许可的执法让一些人感到警惕；也有人指出 Docker 也会做类似的许可执行。

厂商锁定与迁移难度

  • 对 Oracle DB 的深度使用（专有 SQL、PL/SQL、存储过程、触发器、EBS 等 ERP 套件）造成了非常高的切换成本。
  • 有多则关于耗时数年的迁移故事（包括大型云服务商）从 Oracle 迁到 PostgreSQL、DynamoDB 或其他系统。
  • 评论者强调，切换数据库涉及大量查询和过程重写、模式调整，以及隐藏的边缘情况（例如空字符串语义）。
  • 有些人认为迁移“不是不可能”，并分享了成功迁移到 MySQL/MariaDB/Postgres 的经历；另一些人则强调，对于运行了 30 到 40 年、关键任务系统而言，这种风险和成本都很高。

Oracle 与替代方案的技术观点

  • 从技术角度看，Oracle DB 常被描述为强大、成熟，并且在事务、回滚和分析方面表现出色。
  • 很多人说 PostgreSQL 现在已经“足够好”或更适合新项目；也有人提到 MS SQL Server、MariaDB，以及用于规模化或小众场景的专用现代系统。
  • 有人指出，Oracle 的主要问题不在技术，而在法律和成本风险。

为什么组织仍然选择 Oracle（或 SAP 等）

  • 企业和政府买家更看重“有个可以打电话的厂商”和风险转移，而不是开发者的偏好。
  • 决策往往由非技术高管或财务/ERP 部门做出，有时还会受到强势销售和优惠的影响。
  • 一些人认为，Oracle 及类似厂商之所以还能持续存在，是因为惯性、既有员工技能，以及对重写庞大遗留系统的恐惧。