ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

SAP HANA JSON Document Store 深度解析,关系型数据库里为什么还需要一块原生 JSON 世界

SAP HANA JSON Document Store 深度解析,关系型数据库里为什么还需要一块原生 JSON 世界 翻开 SAP Help Portal 当前 QRC 2/2026 的 SAP HANA Cloud 功能范围,会看到一个很容易被低估的能力,JSON Document Store。它被放在 SAP HANA Cloud, SAP HANA Database 的核心数据库能力之中,而不是某个外围开发框架里。官方对它的定位也很明确,SAP HANA Cloud 可以原生存储、查询和管理 JSON 数据,能够让 JSON 数据参与 SQL、事务、备份恢复、系统复制以及多模型计算。这个位置很重要,因为现在很多企业应用的数据已经不再天然适合二维表。SAP S/4HANA 业务数据依旧高度结构化,可周边的移动应用、商城、IoT 平台、外部 API、事件消息、配置数据、扩展属性以及 AI 应用,经常直接产生 JSON。过去面对这些数据,我们通常要在两个方向里选择,一个方向是强行把 JSON 拆成大量关系表,另一个方向是在 SAP HANA 之外再放 MongoDB 一类文档数据库。SAP HANA JSON Document Store 给出了第三条路线,JSON 保留 JSON 的结构,同时仍然处在 SAP HANA 的数据库事务和运维体系里。理解这项能力时,一个很容易出现的误区,是把 Document Store 理解成 SAP HANA 某种 JSON 字段的包装。实际情况要更深一层。SAP 官方文档把它描述为独立于 Column Store 和 Row Store 的另一种存储。关系数据通常放进 table,JSON 数据在 Document Store 里放进 collection。collection 在很多 SQL 操作中又表现得很像 table,因此 SQL 世界和文档世界之间并没有形成一道完全隔离的墙。传统关系
返回列表