是时候给ABAP SELECT * 平平反了

小甲：老师救命！我又被代码评审的大佬喷了！说我用SELECT * 是纯纯的新手行为，是性能毒瘤，必须把所有字段都写出来！可我偷偷测了一下，性能好像没啥区别啊？上次说不让我用子查询，我用事实打了丫的脸，这次再怎么打脸呢？

老白：哈哈，又是这个ABAP圈的政治正确。很多人都把SELECT * 当成了过街老鼠，人人喊打，但今天咱们就用代码和数据说话，看看它是不是像传说中的那么不堪。

一、先上测试，用数据打脸

我准备了一段华山论剑式的对比代码，让各种SELECT写法同台竞技，结果非常颠覆认知：

REPORT ztest NO STANDARD PAGE HEADING. DATA: gt_mara TYPE TABLE OF mara.DATA: BEGIN OF gt_matnr OCCURS 0, matnr TYPE mara-matnr, ersda TYPE mara-ersda, END OF gt_matnr.DATA: t1 TYPE i, t2 TYPE i. START-OF-SELECTION. WRITE 'SELECT * + gt_mara + INTO CORRESPONDING'. GET RUN TIME FIELD t1. SELECT * INTO CORRESPONDING FIELDS OF TABLE gt_mara FROM mara UP TO 10000 ROWS. GET RUN TIME FIELD t2. t1 = t2 - t1. WRITE / t1.SKIP. CLEAR gt_mara[]. WRITE / 'SELECT * + gt_mara + INTO TABLE'. GET RUN TIME FIELD t1. SELECT * INTO TABLE gt_mara FROM mara UP TO 10000 ROWS. GET RUN TIME FIELD t2. t1 = t2 - t1. WRITE / t1.SKIP. CLEAR gt_mara[]. WRITE / 'SELECT matnr + gt_mara + INTO CORRESPONDING'. GET RUN TIME FIELD t1. SELECT matnr ersda INTO CORRESPONDING FIELDS OF TABLE gt_mara FROM mara UP TO 10000 ROWS. GET RUN TIME FIELD t2. t1 = t2 - t1. WRITE / t1. SKIP. CLEAR gt_matnr[]. WRITE / 'SELECT matnr + gt_matnr + INTO CORRESPONDING'. GET RUN TIME FIELD t1. SELECT matnr ersda INTO CORRESPONDING FIELDS OF TABLE gt_matnr FROM mara UP TO 10000 ROWS. GET RUN TIME FIELD t2. t1 = t2 - t1. WRITE / t1. SKIP. CLEAR gt_matnr[]. WRITE / 'SELECT * + gt_matnr + INTO CORRESPONDING'. GET RUN TIME FIELD t1. SELECT * INTO CORRESPONDING FIELDS OF TABLE gt_matnr FROM mara UP TO 10000 ROWS. GET RUN TIME FIELD t2. t1 = t2 - t1. WRITE / t1. SKIP. CLEAR gt_matnr[]. WRITE / 'SELECT matnr + gt_matnr + INTO TABLE'. GET RUN TIME FIELD t1. SELECT matnr ersda INTO TABLE gt_matnr FROM mara UP TO 10000 ROWS. GET RUN TIME FIELD t2. t1 = t2 - t1. WRITE / t1. SKIP.

运行结果如下，多运行几次看看

然后ST05看执执行计划。

SELECT * + gt_mara + INTO CORRESPONDING 的执行实际执行SQL:

SELECT * + gt_matnr + INTO CORRESPONDING 的实际执行SQL：

SELECT matnr + gt_matnr + INTO TABLE 的实际执行SQL：

可以看出来，在使用SELECT *以及内表字段很多的时候，SQL的取数字段非常多，是数据库表的所有字段，而在内表只有两个字段的时候，SELECT * INTO...和SELECT matnr ersda...的在实际执行SQL是一样的。

二、打破认知：SELECT * 并没有那么蠢

1、很多人以为SELECT * 会一股脑把表中所有字段都查出来，就像把整个超市的货都扛回家。但实际上，在ABAP里，它并没有那么蠢。

当你用SELECT * 配合INTO CORRESPONDING FIELDS时，它会偷偷根据目标内表的结构，只查询内表的字段。

从执行计划就能实锤：我们用 SELECT * ，内表为gt_matnr时，数据库实际执行的是：

SELECT "MATNR", "ERSDA" FROM "MARA" WHERE ...

这和你显式写SELECT matnr ersda...的效果，不能说是毫无区别，那简直是一模一样！

2. 真正拖后腿的是谁？

从本例可以看出来，内表定义的字段数非常大的影响了取数速度，在执行路径一样的前提下，取的字段越多，所用时间就长，其实也很好理解，COPY文件的时候也是越大的文件越慢不是。

测试中，gt_mara包含 MARA 表的全部字段，而gt_matnr只包含两个字段。后者的查询速度直接快了N多倍！

这就像你搬家，一个是把整个家都搬走，一个是只搬两个行李箱，速度能一样吗？

还有INTO CORRESPONDING，相比INTO TABLE也能够微微的影响性能

这个关键字会在ABAP层面做字段映射，就像给每个字段都贴个标签再分类，需要额外的计算开销。

对比INTO TABLE和INTO CORRESPONDING的执行时间，你会发现 INTO TABLE会快那么一丢丢，当然差别很小，毕竟这个比对只需要对比一次，而不是每条记录都对比。

三、平反结论：别再冤枉 SELECT * 了！

SELECT * 不是洪水猛兽：当目标内表的结构是你需要的全部字段时，SELECT * 不仅代码更简洁，而且性能上和显式字段列表没有区别。

内表设计才是重中之重：只定义你需要的字段，避免不必要的数据传输，这才是提升性能的关键。

优先使用 INTO TABLE：如果内表结构和查询结果的字段完全匹配，就用 INTO TABLE，避免 INTO CORRESPONDING 的额外开销。

性能优化要抓主要矛盾，看执行路径是不是全表扫描、表的访问顺序对不对、有没有使用正确的索引，USE_NL还是USE_HASH等等，这才是优化的王道。当然今天我们主要是给SELECT *平反，这个就不展开了。

小甲：原来如此！我之前一直以为 SELECT * 是个坑，现在才明白，真正的坑是我自己定义的内表太臃肿，我错怪它了啊！

老白：对嘛！技术这东西，不能人云亦云，得自己动手测试，用事实打脸，慢SQL需要看执行计划，才能找到真正的原因。以后再被代码评审说 SELECT * 不好，你就把这篇文章甩给他，顺便问问他：“大佬，你知道执行计划吗？”