在做 SAP ABAP 开发时,很多同学以为只要会写 Open SQL,就能把 SELECT ... 玩出花来:JOIN、子查询、GROUP BY、表达式、CDS view、RAP、Gateway OData,一路顺滑。可一旦踩到 Pooled table(池表)和 Cluster table(簇表),体验会瞬间变成“语法都对,系统却不让你跑”。
这类表在老系统里非常常见,哪怕你在 S/4HANA private cloud 或 on-premise 做现代化开发,也仍然会在客户增强、接口、报表、OData 数据提供类里遇到。理解它们的底层形态与限制边界,决定了你能不能把代码写得又稳又快,还能顺利往 CDS、RAP、CAP 的方向演进。
Pooled 表与 Cluster 表到底“怪”在哪里
池表和簇表是 ABAP Dictionary 里的特殊表类型:多个逻辑表的数据会被合并存放到同一个 table pool 或 table cluster 的物理结构中。换句话说,你在 SE11 里看到的是一张“逻辑表”,数据库层面存储却不是一张“同名透明表”那样的平铺结构。SAP 官方文档对这一点描述得很直白:table pool / table cluster 用来把若干表的数据存放在一起,属于特殊表类型。(
订阅专栏 解锁全文
241




被折叠的 条评论
为什么被折叠?



