CDS Views 在 Analytic Engine 中的建模边界,别把查询层做成第二个数据仓库
做 S/4HANA Embedded Analytics 时,最容易踩坑的地方,往往不是 CDS 语法本身,而是我们把 CDS 当成普通 SQL View 来写。一个能在 SE16N 或 ADT Data Preview 里跑出数据的 CDS View,不一定就是一个能被 Analytic Engine 稳定解释的分析模型。Analytic Engine 运行的是多维分析语义,它关心的不只是字段、Join、Where 条件,还关心维度、度量、聚合行为、异常聚合、变量、层级、文本、币种和单位这些在 BW 世界里已经被约束得很清楚的东西。
SAP 对@Analytics.dataCategory的说明也强调了这一点,这个注解不是简单的分类标签,而是在告诉 Analytical Engine 如何解释一个 CDS 实体。#DIMENSION、#FACT、#CUBE、#AGGREGATIONLEVEL分别承担不同的分析建模职责。@Analytics.query则把一个视图暴露为 Analytic Manager 能解释的分析查询,它的数据来源需要是带有分析数据类别的底层视图。(SAP Help Portal)
