SAP-ABAP：ABAP开发踩坑记：LOOP中SELECT数据却忘了APPEND？结果只有最后一笔！
ABAP开发踩坑记：LOOP中SELECT数据却忘了APPEND？结果只有最后一笔！
在ABAP开发中，我们经常需要根据一组条件循环查询数据并汇总到一个内表里。如果你在
LOOP中直接使用SELECT ... INTO lt_ekpo，可能会发现最终内表里只有最后一次循环保存的数据。这不是SAP的BUG，而是一个经典的“语法细节陷阱”。本文还原我的踩坑现场，分析原因，并给出根治方案。
一、问题现场：采购订单行项目怎么也查不全
前阵子我开发一个采购报表，需要根据多个采购凭证号（EBELN）分别查询其行项目（EKPO表），并把所有行项目汇总到内表LT_EKPO中。我的思路是这样的：
DATA: lt_ebeln TYPE TABLE OF ekko-ebeln, ls_ebeln LIKE LINE OF lt_ebeln, lt_ekpo TYPE TABLE OF ekpo, ls_ekpo LIKE LINE OF lt_ekpo. " 假设lt_ebeln已经从某处获得多个采购订单号 LOOP AT lt_ebeln INTO ls_ebeln. SELECT * FROM ekpo INTO lt_ekpo " 直接INTO内表 WHERE ebeln = ls_ebeln. ENDSELECT. ENDLOOP. " 最后使用lt_ekpo输出，却发现只有最后一个订单的行项目运行后，我发现LT_EKPO里只包含最后一次循环（最后一个订单）的行项目，之前订单的数据全都不翼而飞。排查了半小时，才意识到问题出在SELECT ... INTO lt_ekpo这一行。
二、原因分析：INTO 内表的“隐性覆盖”行为
在ABAP中，SELECT ... INTO <内表>语句的行为是：
- 每次执行
SELECT ... INTO lt_ekpo时，系统会首先清空内表LT_EKPO，然后再将本次查询的所有记录填充进去。 - 也就是说，它不是“追加”，而是“替换”。
因此，在LOOP中每循环一次，内表就被清空一次，重新装入当前订单的行项目。最终循环结束，内表里留下的自然只有最后一次查询的结果。
其实这个行为在SAP官方文档中有明确说明：
INTO target用于内表时，会覆盖原有内容；若想追加数据，必须使用APPENDING TABLE或先COLLECT/APPEND每条记录。
三、正确做法：用APPENDING TABLE替换INTO
只要把INTO改成APPENDING TABLE，系统就不会清空内表，而是将新查询出的记录追加到内表末尾。
LOOP AT lt_ebeln INTO ls_ebeln. SELECT * FROM ekpo APPENDING TABLE lt_ekpo " 注意这里：APPENDING TABLE WHERE ebeln = ls_ebeln. ENDSELECT. ENDLOOP.执行后，LT_EKPO将包含所有订单的行项目，完美解决问题。
四、其他几种正确的追加方式
如果你习惯手工控制，也可以采用以下写法：
方式二：循环内逐条APPEND
LOOP AT lt_ebeln INTO ls_ebeln. SELECT * FROM ekpo INTO CORRESPONDING FIELDS OF ls_ekpo " 逐行读入工作区 WHERE ebeln = ls_ebeln. APPEND ls_ekpo TO lt_ekpo. " 手动追加 ENDSELECT. ENDLOOP.方式三：收集到临时表后整体追加（适合性能优化）
DATA: lt_temp_ekpo TYPE TABLE OF ekpo. LOOP AT lt_ebeln INTO ls_ebeln. SELECT * FROM ekpo INTO TABLE lt_temp_ekpo WHERE ebeln = ls_ebeln. APPEND LINES OF lt_temp_ekpo TO lt_ekpo. CLEAR lt_temp_ekpo. ENDLOOP.性能提示：如果循环次数多且每次查询返回行数也不少，推荐方式三，因为
APPEND LINES OF比多次APPEND单行效率更高。
五、注意事项与最佳实践
5.1 务必区分INTO和APPENDING
| 语法 | 行为 | 典型使用场景 |
|---|---|---|
INTO TABLE lt_itab | 清空lt_itab，然后填充本次查询结果 | 单次查询，或循环中每次需要独立的内表 |
APPENDING TABLE lt_itab | 不清空，在原有行之后追加本次结果 | 循环中累加多条查询结果 |
INTO CORRESPONDING FIELDS OF ls_wa | 单行写入工作区 | 需要逐行处理时 |
5.2 循环中查询数据库的性能隐患
在LOOP中逐条执行SELECT（即使使用了APPENDING TABLE）往往不是最优方案。如果lt_ebeln很大（比如几百上千个订单号），就会导致频繁的数据库往返，严重影响程序性能。
更优方案：使用FOR ALL ENTRIES或IN范围条件，一次性查询所有数据。
" 方法一：FOR ALL ENTRIES（推荐） IF lt_ebeln IS NOT INITIAL. SELECT * FROM ekpo INTO TABLE lt_ekpo FOR ALL ENTRIES IN lt_ebeln WHERE ebeln = lt_ebeln-ebeln. ENDIF. " 方法二：动态拼接RANGES（适合条件复杂的情况） DATA: r_ebeln TYPE RANGE OF ekko-ebeln. LOOP AT lt_ebeln INTO ls_ebeln. r_ebeln = VALUE #( BASE r_ebeln ( sign = 'I' option = 'EQ' low = ls_ebeln-ebeln ) ). ENDLOOP. SELECT * FROM ekpo INTO TABLE lt_ekpo WHERE ebeln IN r_ebeln.5.3 循环前记得清空内表（如果你需要全新数据）
如果你希望每次运行程序时内表都是干净的，在循环之前执行CLEAR或REFRESH：
REFRESH lt_ekpo. " 或 CLEAR lt_ekpo[].但如果使用APPENDING TABLE，请确保不需要旧数据时已经清空，否则会把之前测试的残留数据也加进来。
六、总结
| 错误写法 | 后果 | 正确写法 |
|---|---|---|
SELECT ... INTO lt_ekpo(在循环内) | 每次覆盖，最后只剩最后一次循环的数据 | SELECT ... APPENDING TABLE lt_ekpo |
| 循环内不做任何追加 | 内表始终为空 | 使用APPEND或APPEND LINES OF |
一句话记住：
在循环中累加数据，用
APPENDING TABLE；单次赋值，用INTO TABLE。
希望这篇踩坑总结能帮你避开同样的错误，写出更健壮的ABAP代码。如果你也有类似的“奇怪”经历，欢迎留言分享！
作者：你的ABAP避坑伙伴
日期：2026年5月