SAP-ABAP：SAP多表连接视图实战：内连接/外连接配置逻辑与性能优化技巧

ABAP核心进阶篇（120篇）：数据库表与视图开发（12篇）

第六篇：SAP多表连接视图实战：内连接/外连接配置逻辑与性能优化技巧

博客标题：《SAP多表连接视图实战：内连接/外连接配置逻辑与性能优化技巧》
博客简介：针对多表关联查询需求，讲解连接视图中不同关联方式的选型逻辑，结合EKKO/EKPO、MKPF/MSEG等常用业务表关联案例，梳理连接视图开发的性能优化点与数据一致性校验方法。

写在前面

在实际业务开发中，很少有查询只涉及单张表。采购订单需要关联抬头（EKKO）和行项目（EKPO），物料凭证需要关联主表（MKPF）和行项目表（MSEG）。使用连接视图（Join View），可以将这些关联关系封装成一个逻辑单元，简化ABAP代码，并统一业务语义。

在SAP数据字典中，连接视图本质上就是数据库视图（Database View） ，它支持多张表之间的内连接（INNER JOIN） 。如果需要外连接（LEFT OUTER JOIN），则需要使用更现代的CDS视图（后续文章详解）。本文重点讲解基于SE11的连接视图（内连接）的设计、性能优化及数据一致性保障，并对比内连接与外连接的适用场景。

一、内连接与外连接：概念与选型逻辑

1.1 内连接（INNER JOIN）

只返回两个表中连接字段都匹配的记录。例如：查询采购订单抬头+行项目，只返回至少有一个行项目的订单。没有行项目的订单不会被返回。

适用场景：

你只关心那些在子表中有对应记录的数据。
例如：查询已产生行项目的采购订单、已过账的物料凭证。

1.2 外连接（LEFT OUTER JOIN）

返回左表中的所有记录，即使右表中没有匹配。右表的字段会显示为空值。

适用场景：

需要展示主表的所有数据，即使子表数据不存在。
例如：查询所有客户及其地址（有些客户可能没有维护地址，但仍需显示）。

1.3 在SAP数据字典中的实现

需求	实现方式
内连接	使用SE11数据库视图（`INNER JOIN`），通过表之间的外键关系或手动指定连接条件
外连接	SE11数据库视图不支持外连接。需要使用CDS视图（`LEFT OUTER JOIN`）或通过ABAP代码中显式使用`LEFT JOIN`

结论：如果是新开发且需要外连接，请直接学习CDS视图（本系列后续文章）。本文聚焦内连接视图，因其仍广泛用于简单多表查询和作为维护视图的基础。

二、创建连接视图（以内连接为例）

2.1 案例1：采购订单抬头+行项目（EKKO → EKPO）

业务需求：创建一个视图，展示采购订单的订单号、供应商、采购组织、以及行项目的物料、数量、价格。只需要返回有行项目的订单。

步骤：

SE11 → 视图 → 输入名称ZMM_EKKO_EKPO → 创建 → 选择"数据库视图"。
基础表 ：添加EKKO（主表）和EKPO（子表）。
连接条件 ：由于EKPO定义了指向EKKO的外键，系统会自动生成EKKO~MANDT = EKPO~MANDT AND EKKO~EBELN = EKPO~EBELN。确认无误。
视图字段 ：选择EKKO~EBELN, EKKO~LIFNR, EKKO~EKORG，以及EKPO~EBELP, EKPO~MATNR, EKPO~MENGE, EKPO~NETWR。
保存并激活。

2.2 案例2：物料凭证抬头+行项目（MKPF → MSEG）

MKPF（物料凭证抬头）与MSEG（行项目）通过凭证号MBLNR和年份MJAHR关联。

由于这两个字段的组合在MSEG中定义了指向MKPF的外键，创建视图时只需添加两张表，连接条件自动生成。
选择字段：凭证号、过账日期、物料号、数量等。

2.3 手动指定连接条件（无外键时）

如果两张表没有预定义外键，可以在"条件"标签页手动编写WHERE条件。例如：

ZTABLE1~FIELD1 = ZTABLE2~FIELD1 AND ZTABLE1~FIELD2 = ZTABLE2~FIELD2

但强烈建议在表之间建立外键关系，以便数据字典维护参照完整性，并让视图创建更可靠。

三、连接视图的性能优化技巧

3.1 只选择必要的字段

视图定义中只包含查询实际需要的字段，不要SELECT *。
减少字段数量可以降低数据库传输的数据量，并可能允许索引覆盖扫描（Covering Index）。

3.2 确保连接字段上有索引

内连接的条件字段应该是有索引的。通常主键或外键字段已有索引，但需要确认。
例如：EKKO~EBELN是主键，EKPO~EBELN是外键（应建索引）。如果手动创建视图连接非索引字段，性能将极差。

3.3 使用`ST05`验证执行计划

开启ST05，执行SELECT * FROM ZMM_EKKO_EKPO WHERE ...。
观察实际是否使用了索引，是否存在FULL TABLE SCAN。

3.4 避免在视图中使用函数或类型转换

连接条件中不应使用函数（如SUBSTR），否则索引失效。
如果必须转换，可在ABAP代码中处理，而不是在视图中定义。

3.5 限制结果集的大小

在应用程序中，应使用WHERE条件限制返回行数。如果视图本身数据量巨大，考虑添加选择参数或使用分页查询。

四、数据一致性校验方法

4.1 外键约束保障

在数据字典中为表之间创建外键关系，可以确保不会出现"孤立"的子表记录。
例如：EKPO中的EBELN必须在EKKO中存在，否则无法保存。这从源头保证了视图连接的有效性。

4.2 视图数据校验

即使有外键，仍然可能存在数据不一致（例如历史数据脏数据或直接SQL修改）。可以定期运行检查程序：

abap 复制代码

SELECT ebeln FROM ekpo AS p
  LEFT JOIN ekko AS h ON h~ebeln = p~ebeln
  WHERE h~ebeln IS INITIAL.

找出那些在EKPO中存在但EKKO中不存在的"孤儿"记录，并修复。

4.3 使用事务码`SE30`或`SAT`分析视图查询的一致性

如果发现视图返回的行数与预期不符（如少了某些主表记录），说明可能是内连接过滤掉了没有子表记录的数据。此时应评估是否需要改用外连接（CDS视图）。

五、连接视图与ABAP代码中直接JOIN的对比

方式	优点	缺点
连接视图	封装逻辑，一处定义多处使用；字段选择统一；可被其他视图或搜索帮助复用	灵活性差，不能动态选择关联方式；不支持外连接
ABAP中的`JOIN`	灵活，可根据业务逻辑选择`INNER JOIN`或`LEFT JOIN`；可动态组装	分散在多处，维护成本高；可能重复编写相同的关联逻辑

建议：对于稳定的、固定的多表关联（如经常使用的订单抬头+行项目），优先创建连接视图；对于需要动态选择连接类型或条件复杂的，使用CDS视图或直接ABAP JOIN。

六、外连接的实现替代方案

当确实需要外连接时，有以下选择：

使用CDS视图（推荐）：

sql 复制代码

@AbapCatalog.sqlViewName: 'ZMM_EKKO_EKPO_L'
define view ZMM_EKKO_EKPO_LEFT as select from ekko left outer join ekpo on ekko.ebeln = ekpo.ebeln {
  ekko.ebeln, ekko.lifnr, ekpo.ebelp, ekpo.matnr
}

功能强大，支持LEFT JOIN，且可加注解和参数。

在ABAP程序中直接写LEFT JOIN：