当我们在/IWFND/GW_CLIENT里向一个 OData Service 发出 GET 请求时，屏幕上最终看到的可能只是一段 JSON 数据。可如果数据并不是从传统 ABAP Dictionary Table、CDS View 或标准业务对象中读取，而是直接来自另一套 SAP HANA 数据库中的信息模型，整个调用链就会变得非常有意思。客户端仍然在访问 SAP Gateway，协议仍然是 OData，HTTP 层看起来也没有发生根本变化，但真正负责计算和聚合的地方已经移动到了 SAP HANA。SAP Gateway 在这里更接近一个 OData 暴露层和访问控制层，SAP HANA 才是实际的数据计算引擎。SAP 官方把这套能力称为SAP Gateway With SAP HANA。直到 SAP Gateway Foundation2025 FPS01的官方文档中，这一集成方式仍然存在。SAP 对它的定位非常明确，它是一套建立在 OData Channel 之上的基础集成框架，用于把 SAP HANA Information Model 暴露为 OData Service，并且主要面向只读分析场景。这里的只读两个字非常重要。这套架构并不是让 SAP Gateway 变成 SAP HANA 的通用数据库代理，更不是让前端应用通过 OData 随意对 HANA Table 执行 INSERT、UPDATE 或 DELETE。SAP 提供的 Generic HDB Data Provider 负责把运行时的数据读取请求委托给 SAP HANA，而官方文档明确限定为 Read Scenario。 从 SAP Gateway 到 SAP HANA 的只读分析通道，理解 OData Channel、DBCON、ADBC 与权限边界
当我们在/IWFND/GW_CLIENT里向一个 OData Service 发出 GET 请求时，屏幕上最终看到的可能只是一段 JSON 数据。可如果数据并不是从传统 ABAP Dictionary Table、CDS View 或标准业务对象中读取，而是直接来自另一套 SAP HANA 数据库中的信息模型，整个调用链就会变得非常有意思。客户端仍然在访问 SAP Gateway，协议仍然是 OData，HTTP 层看起来也没有发生根本变化，但真正负责计算和聚合的地方已经移动到了 SAP HANA。SAP Gateway 在这里更接近一个 OData 暴露层和访问控制层，SAP HANA 才是实际的数据计算引擎。SAP 官方把这套能力称为SAP Gateway With SAP HANA。直到 SAP Gateway Foundation2025 FPS01的官方文档中，这一集成方式仍然存在。SAP 对它的定位非常明确，它是一套建立在 OData Channel 之上的基础集成框架，用于把 SAP HANA Information Model 暴露为 OData Service，并且主要面向只读分析场景。这里的只读两个字非常重要。这套架构并不是让 SAP Gateway 变成 SAP HANA 的通用数据库代理，更不是让前端应用通过 OData 随意对 HANA Table 执行 INSERT、UPDATE 或 DELETE。SAP 提供的 Generic HDB Data Provider 负责把运行时的数据读取请求委托给 SAP HANA，而官方文档明确限定为 Read Scenario。