13518219792
本篇文章为大家展示了如何进行ABAP OPEN SQL中OPEN CURSOR和SELECT的比较，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
玉泉ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联建站的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：028-86922220（备注：SSL证书合作）期待与您的合作！
我写了一个很简单的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_product WHERE 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的比较，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注创新互联行业资讯频道。
