Oracle 12c Document Store归属RDBMS还是NoSQL的技术问题咨询

首先给出明确结论：两种观点各有底层逻辑支撑，但从官方定义和行业通用的功能分类标准来看，你认为它属于NoSQL范畴的判断是正确的。

双方观点的合理边界 #

• 认为它不属于NoSQL的结论，是基于底层实现逻辑做出的判断：Oracle 12c本身是标准RDBMS，Document Store的底层确实是通过隐式生成的动态Schema，将JSON文档映射存储到传统关系型表结构中，没有脱离RDBMS的基础存储架构，也不需要额外安装独立的NoSQL服务。
• 认为它属于NoSQL的结论，是基于对外功能模型做出的判断，这也是行业通用的数据库分类标准，同时符合Oracle官方的定位。

官方支撑的核心判定依据 #

NoSQL的核心判定标准从来不是底层是否依赖RDBMS架构，而是对外提供的能力是否匹配NoSQL的核心特性，Oracle 12c Document Store完全满足所有文档型NoSQL的要求：

• 支持完全无模式（schemaless）的JSON文档写入，不需要开发者预先定义表结构、字段类型
• 提供原生的面向文档的CRUD API，不需要编写SQL语句即可完成所有文档操作，使用体验和MongoDB等原生NoSQL文档库完全一致
• 支持嵌套文档查询、全文检索、二级索引等典型NoSQL文档库的核心能力

Oracle官方也明确将该特性纳入NoSQL解决方案矩阵，和原生NoSQL数据库放在同一场景下做功能对比和推广，不存在“模拟能力就不属于真正NoSQL”的判定标准。

补充说明：Oracle后续版本的多模架构进一步强化了该定位，底层也新增了独立的JSON存储优化，但分类逻辑始终没有变化，始终属于官方认可的NoSQL能力实现。

内容的提问来源于stack exchange，提问作者ajflajfl13