从 SAP HANA 信息模型到 OData 服务，理解 SAP Gateway Integration Scenarios 的完整技术链路

当一个客户端向/sap/opu/odata/...发出GET请求时，表面上看到的是一个普通的 OData HTTP 请求。可是在 SAP Gateway Foundation 与 SAP HANA 直接集成的场景里，这条请求背后并不是传统意义上的 ABAP 应用层读取数据库、组装内表、再转换成 OData Response。SAP 曾经专门提供过一套 SAP Gateway with SAP HANA Integration Framework，让 SAP Gateway 可以把 SAP HANA 中已经建立好的分析模型直接暴露成 OData Service。这套设计非常适合理解 SAP Gateway Foundation 的一个重要思想，OData Service 并不一定要求 ABAP 开发人员为每一个 EntitySet 手工编写一段GET_ENTITYSET数据获取代码。只要底层数据源自身已经拥有足够清晰的 Metadata，Gateway Runtime 完全可以根据 Metadata 和当前 Request Context，动态完成数据查询和 OData Response 构造。SAP 官方将这套 SAP HANA Integration 定义为基于 OData Channel 的只读集成框架，它的目标是将 SAP HANA Information Model 暴露成 OData Service，用于分析类消费场景。这里的关键词其实只有两个，一个是 Metadata，另一个是 Runtime Data。围绕这两件事情，SAP Gateway 把整个集成框架拆成了 Model Provider 和 Data Provider 两部分