如何进行ABAP OPEN SQL中OPEN CURSOR和SELECT的比较

本篇文章为大家展示了如何进行ABAP OPEN SQL中OPEN CURSOR和SELECT的比较，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。

我写了一个很简单的report 验证：

Source code:

 OPEN CURSOR lv_cursor FOR SELECT product_guid FROM comm_product.FETCH NEXT CURSOR lv_cursor INTO TABLE lt_selection PACKAGE SIZE size.

Size = 1: 此时从ST05里观察到表COMM_PRODUCT里总共被扫描的记录数量是1447.

第二次以size = 100执行，PREPARE和OPEN直接变成REOPEN，但是recs仍然是1447.

对ST05里的字段Recs按F1，查看说明：

这个1447是怎么来的呢？因为我OPEN CURSOR时候没有指定任何条件，所以在OPEN CURSOR时，DB把整个product表的所有记录视为一个结果集，然后只返回指定package size的条数。

所以ST05里面看到的这个Recs是指满足OPEN CURSOR 指定条件的记录的个数，并不是最后返回给ABAP层的记录的个数。

而在我的测试系统里，表COMM_PRODUCT总共就包含1447条记录。

然后我再生成3个新的product，COMM_PRODUCT里面就有1450条entry。

重复执行测试report。ST05发现被扫描的记录数变成了1450，证明我们的结论是正确的。

再做一个验证：表COMM_PRODUCT里面有prefix为JERRY06152012开头的3条记录：

修改上述的测试report，添加一个WHERE查询条件：

 OPEN CURSOR lv_cursor FOR SELECT product_guid FROM comm_productWHERE product_id LIKE 'JERRY06152012%'.

第一次执行size = 1

Recs变成3了，因为匹配OPEN CURSOR条件的确实只有3条记录

Size = 100, ST05结果和size = 1完全一致，都是3.

结论

WebClient UI上的Maximum Number of Results(简称Max hit)不能控制每次OPEN CURSOR去DB查找记录的条数，这个条数是由OPEN CURSOR后面跟的WHERE CONDITION决定的。Max hit只能控制OPEN CURSOR的WHERE CONDITION 所决定出的结果集里，到底有多少条返回给ABAP。

Through the verification above, this understanding is wrong.

OPEN SQL的select还有一个功能是UP TO XX ROWS.

用下面的代码测试：

 SELECT product_guid INTO CORRESPONDING FIELDS OF TABLE lt_line FROM comm_product UP TO num ROWS.

Num = 1

Num = 143

说明SELECT UP TO XX ROWS是可以控制数据库表里到底有多少条记录被处理的。

但SELECT UP TO XX ROWS不能像OPEN CURSOR那样能够在WHILE循环里面反复执行，它不具备像OPEN CURSOR那样的机制，使得其能够记住当前正在操作的记录在结果集里的位置。

上述内容就是如何进行ABAP OPEN SQL中OPEN CURSOR和SELECT的比较，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注行业资讯频道。