在一个 SAP S/4HANA 分析应用里，同一张销售 KPI 页面一天可能被打开几千次。页面背后的 CDS View Entity 每次都要经过多层 Join、过滤、分组以及SUM、COUNT等聚合计算。即便底层运行的是 SAP HANA，这些计算也并不是免费的。数据量达到数千万甚至数亿行以后，同一套结果被反复计算，消耗的不只是查询时间，还包括 SAP HANA 的 CPU、执行线程以及内存资源。Static Cache就是为这种场景准备的。SAP 对静态缓存的定位相当明确。它是一个 ABAP Dictionary 对象，用来缓存 CDS View Entity 的查询结果，尤其适合聚合或者其他计算型结果。缓存数据保存在数据库侧的内存中，在缓存仍然有效的情况下，相同或匹配的计算不必一次次重新执行。SAP 官方给出的典型场景包括 KPI 以及周期性分析计算，也明确指出静态缓存适合那些不要求数据始终保持分钟级实时性的业务。这一点很重要，因为Static Cache很容易和传统 ABAP Buffer、CDS View Entity Buffer 混在一起理解。传统 ABAP Table Buffer 或 CDS View Entity Buffer 关注的是 ABAP Application Server 一侧的数据访问。它们希望减少 Application Server 到 SAP HANA 的往返，把适合缓冲的数据放进 ABAP Shared Memory。Static Cache的位置完全不同。它属于数据库侧的结果缓存，更接近 SAP
