ABAP OPEN SQL里OPEN CURSOR和SELECT的比较

OPEN CURSOR

After the OPEN CURSOR statement, the database cursor is positioned in front of the first line of the result set.

FETCH

This statement extracts the requested rows (using the addition INTO or APPENDING) from the results set of the database cursor from the current cursor position and assigns these rows to the data objects specified in the results set. If an internal table is specified after INTO or APPENDING, then either all rows are extracted, or as many as specified in the addition PACKAGE SIZE. The statement FETCH moves the position of the database cursor by the amount of extracted lines to the next line to be extracted.

我写了一个很简单的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那样的机制,使得其能够记住当前正在操作的记录在结果集里的位置。

要获取更多Jerry的原创技术文章,请关注公众号"汪子熙"或者扫描下面二维码:

原创声明,本文系作者授权云+社区-专栏发表,未经许可,不得转载。

如有侵权,请联系 zhuanlan_guanli@qq.com 删除。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏函数式编程语言及工具

FunDA(3)- 流动数据行操作:FDAPipeLine operations using scalaz-stream-fs2

在上节讨论里我们介绍了数据行流式操作的设想,主要目的是把后台数据库的数据载入前端内存再拆分为强类型的数据行,这样我们可以对每行数据进行使用和处理。形象点描述就是...

1858
来自专栏ITCloud的专栏

内存虚拟化到底是咋整的?

2150
来自专栏架构师之旅

【Java SE】Java NIO系列教程(十一) Pipe

Java NIO 管道是2个线程之间的单向数据连接。Pipe有一个source通道和一个sink通道。数据会被写到sink通道,从source通道读取。 这里是...

1739
来自专栏文渊之博

SSIS 实用表达式部分总结

下面,列出一些实用的表达式: 1,路径取文件名 1 RIGHT([FilePath],FINDSTRING(REVERSE([FilePath]),"\\",1...

1738
来自专栏跟着阿笨一起玩NET

SQL小技巧总结。

391
来自专栏pangguoming

SQL语句大小写是否区分的问题,批量修改整个数据库所有表所有字段大小写

一、实例介绍 SQL语句大小写到底是否区分呢?我们先从下面的这个例子来看一下: 例: --> 创建表,插入数据: declare @maco table (nu...

3467
来自专栏乐沙弥的世界

CASE语句与CASE表达式

case语句与case表达式是plsql流程控制的重要组成部分,尽管其使用方法较为简单,但容易混淆。本文将描述case语句与case表达式并给出演示...

592
来自专栏菩提树下的杨过

Enterprise Library 4.1学习笔记7----缓存应用程序块之SqlDependency

本文是在Artech“[原创]Enterprise Library深入解析与灵活应用(2): 通过SqlDependency实现Cache和Database的同...

19410
来自专栏分布式系统进阶

Librdkafka的操作处理队列

432
来自专栏后台开发+音视频+ffmpeg

dpvs源码分析

dpvs是爱奇艺开源的,它是一款基于dpdk的高性能4层负载均衡器。源自于LVS和改版后的alibaba/LVS. dpvs即dpdk-lvs. 等多关于dpv...

3571

扫描关注云+社区