什么是标准？
USB 3.0 是标准，USB TYPE-C 是标准，X86 架构是标准，Android 移动操作系统也是一种标准。
所以，标准是强者制定的规则，是其他追随者仰望的目标。
在数据库中，MySQL 协议是标准，因为 MySQL 是其他数据库仰望的目标。
最近几年新的数据库系统，几乎都以采用兼容 MySQL 协议作为一种卖点。
比如 TDSQL、Aurora、MyRocks、OceanBase、PolarDB、GoldenDB、TiDB等数据库
这样对于业务来说，几乎不用做什么修改，开发同学就能快速适应原来 MySQL 的研发流程，甚至之前的一些 MySQL 数据库框架都可以直接复用，例如数据库连接池，数据库代理等。
不仅在技术领域，这种向上兼容的操作其实很常见。
在其他领域的运营中也有，只不过这种方式称为“蹭流量”。
蹭大V的流量，蹭热点新闻的流量。
一言以蔽之，弱者兼容强者。
然而，令人大跌眼镜的是，在最近 Oracle CloudWorld 大会上，Oracle 23c 版本推出了对于 MongoDB API 的兼容。
简单来说，就是可以通过原先 MongoDB 的 API 访问 Oracle 数据库，即将 Oracle 数据库打造为文档数据库使用。
前面我们已经说了，兼容是弱者对强者的仰慕。
全球最强数据库 Oracle 兼容 MongoDB 数据库，这是划时代的一个标志。
从此，Oracle 数据库走下神坛，进入全面衰败期。
我知道，很多O迷不愿接受这样的事实。
然而，这样的事情在历史上曾一次次地发生过。
最近的一次，便是IBM DB2。
当年，DB2 推出了一个 MySQL 的存储引擎插件 IBMDB2I，以此可以访问 DB2 数据库。
然而，这个操作非但没有帮助 DB2 数据库扩大自己的市场份额，反而加速了 DB2 数据库的迅速没落。
从 DB-Engines 的趋势图可以发现，PostgreSQL、MongoDB、Redis、Elasticsearch 都已完成对于 IBM DB2 数据库的超越，更别提数据库第一梯队的 Oracle、MySQL、Microsoft SQL Server 数据库。
越兼容，没落得越快。
最后，我们再分析下，Oracle MongoDB API 是一个好的产品设计么？
显然，Oracle 数据库的出发点是抢占 MongoDB 的文档数据库市场份额。
出发点是好的，但现实是很残酷的。
从技术上分析，文档数据库一点都不复杂，就是1个id主键+1个JSON列。
MongoDB 的 NoSQL 其实也并不怎么好用，分布式 sharding 功能实际生产用得也不多。
这几年 Oracle、MySQL、Microsoft SQL Server 数据库也都提供了对于 JSON 列类型的支持。
按理来说，都可以围绕上述这些数据库打造文档存储的体验。
MySQL 甚至提供了新的 NoSQL API 接口和文档数据库解决方案 InnoDB Cluster，使用体验几乎与 MongoDB 一样。甚至利用 InnoDB 存储引擎强大的特性，还能有数据的事务保障。
然而，上述这些数据库都无法撼动 MongoDB 在文档数据存储的地位。
所以，这次即便 Oracle 数据库支持原生的 MongoDB API，也不会有太大的变化。
如果仅凭一个 MongoDB API 就能够吸引客户迁移过来，那么 MySQL、Microsoft SQL Server 同样也可以这么做，而且相信他们的要价相比 Oracle 肯定也会更低一些。
回头来看，Oracle 公司早些年的收购策略是相当成功的。
最为经典的案例便是收购 InnoDB 存储引擎的母公司 Innobase，然后完成对于 Sun 的收购，这样便完成对 MySQL 数据库的完全掌控。
Larry 一直觊觎的是冉冉上升的 MySQL 数据库，而不是已经日落西山的 Sun。
然而，近10年，Oracle 公司的战略收购都算不上太成功。
反而，Oracle 错失了云数据库这一整个时代红利。
业界领先的分布式数据库架构、存算分离的云原生数据库架构，Oracle 数据库都不再是行业的引路人。
引以为傲的一些数据库能力，如 MVCC、OLAP能力，开源数据库们也都完成得不错。
此外，非但中国开始不断推进“去” Oracle 数据库的工作，国外不少公司也因为高昂的许可证费用或其他相关问题，正逐步减少对于 Oracle 数据库的使用。
很难想象，一夜之间，整个世界都在“去” Oracle 数据库。
但 Oracle 公司真的没有牌可打了么？
其实不然。
Oracle 公司手上还握有一对王炸，那便是 MySQL 数据库。
但若扶持及增大 MySQL 的投入，便会对原有的 Oracle 数据库商业市场产生严重的冲击。
有没有类似微软 CEO 拉德纳的魄力，全面拥抱开源和云时代，这是对企业领导人在新时代的最大考验。
掐指一算，Larry 也已经78岁了。
英雄迟暮，刹那芳华。
以上。