在 SAP S/4HANA 或 ABAP Cloud 项目里做分析场景时，经常会碰到一个很有意思的问题。业务数据明明已经通过 ABAP CDS 建模完成，Cube、Dimension、Hierarchy、Analytical Query 也都准备好了，可到了真正让 SAP Analytics Cloud 消费这些数据的时候，数据究竟是怎么从 ABAP 系统进入 SAC 的？很多 ABAP 开发人员的第一反应往往是 OData。毕竟在 RAP、SAP Fiori Elements、SAP Gateway 和各种前后端集成项目里，我们已经非常习惯Service Definition → Service Binding → OData V2 或 OData V4 → Client这条路径。但到了多维分析场景，SAP 又引入了另一个非常重要的协议，InA。InA的全称是Information Access。SAP 官方把它定义为用于定义和消费多维分析查询的标准化协议。在 ABAP Analytics 场景中，CDS Analytical Query 可以通过 InA 暴露出来，由分析客户端进行实时数据访问，而负责解释这些分析请求的核心组件，则是ABAP Analytical Engine。这个 Analytical Engine 在 AS ABAP 上实现 OLAP，也就是 Online Analytical Processing 的处理模型。理解这里的关系非常关键，因为 InA 并不是 OData 换了一个名字，它面向的问题完全不 从 ABAP CDS 到 SAP Analytics Cloud，深入理解 Analytical Client 如何通过 InA 实时消费分析数据
在 SAP S/4HANA 或 ABAP Cloud 项目里做分析场景时，经常会碰到一个很有意思的问题。业务数据明明已经通过 ABAP CDS 建模完成，Cube、Dimension、Hierarchy、Analytical Query 也都准备好了，可到了真正让 SAP Analytics Cloud 消费这些数据的时候，数据究竟是怎么从 ABAP 系统进入 SAC 的？很多 ABAP 开发人员的第一反应往往是 OData。毕竟在 RAP、SAP Fiori Elements、SAP Gateway 和各种前后端集成项目里，我们已经非常习惯Service Definition → Service Binding → OData V2 或 OData V4 → Client这条路径。但到了多维分析场景，SAP 又引入了另一个非常重要的协议，InA。InA的全称是Information Access。SAP 官方把它定义为用于定义和消费多维分析查询的标准化协议。在 ABAP Analytics 场景中，CDS Analytical Query 可以通过 InA 暴露出来，由分析客户端进行实时数据访问，而负责解释这些分析请求的核心组件，则是ABAP Analytical Engine。这个 Analytical Engine 在 AS ABAP 上实现 OLAP，也就是 Online Analytical Processing 的处理模型。理解这里的关系非常关键，因为 InA 并不是 OData 换了一个名字，它面向的问题完全不 RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
