把多张内表织成一张网：ABAP Mesh 的概念、场景与可运行示例

在真实的 SAP 项目里，业务数据经常天然带有关联：销售订单抬头与行项目、物料与工厂扩展、成本中心与层级结构、主数据与文本表……在数据库层面，我们习惯用外键与JOIN表达这种关联；可一旦把数据读进内存，开发者往往又回到READ TABLE、哈希表、二分查找、循环嵌套等手工导航方式。ABAP Mesh的核心价值，就是把这种关系也带进内存，让多张内表像数据库表那样，通过声明式的association关联起来，并用mesh path直接导航到目标集合。

下面我会沿着一个严谨的推理链路，把ABAP Mesh讲清楚：它到底是什么、解决什么问题、适用于哪些场景、写法与注意点是什么，并给出可以独立运行的完整源码。

步骤 1：从问题出发，理解为什么需要 ABAP Mesh

设想一个典型电商场景：

• 一张内表存订单抬头order_header

• 一张内表存订单行项目order_item

• 行项目里有order_id指向抬头

• 业务逻辑要做的事情包括：

  • 给定一个订单号，拿到它的所有行项目
  • 给定一个行项目，反查它所属的抬头
  • 按客户维度汇总金额，或者做校验与追踪<