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的原創技術文章,請關注公眾號"汪子熙"或者掃描下面二維碼:
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/24475491/viewspace-2151853/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 使用事務碼 SAT 比較 SELECT SQL 語句和 OPEN / FETCH CURSOR 分塊讀取的效能差異SQL
- 使用 ABAP Open SQL 的 Select AS 別名,提高程式碼可讀性SQL
- ABAP 740新的OPEN SQL增強特性SQL
- ABAP的OPEN SQL和Hybris Commerce的Flexible Search簡介SQLFlex
- open_cursor & session_cached_cursor實驗Session
- 理解V$OPEN_CURSOR,SESSION_CACHED_CURSORSession
- 理解V$OPEN_CURSOR, V$SESSION_CACHED_CURSORSession
- SESSION_CURSOR_CACHE open_cursorsSession
- [zt] 理解V$OPEN_CURSOR, V$SESSION_CACHED_CURSORSession
- 一個小技巧,讓您的ABAP OPEN SQL具有自描述效果SQL
- 在 ABAP 層執行 Open SQL 的幕後操作 - 武俠版SQL
- open_cursor session_cached_cursors 優化Session優化
- 【DBA 指令碼】查詢current open cursor的指令碼指令碼
- 11gr2,V$OPEN_CURSOR增加cursor_type欄位
- ERROR:maximum cursor open,ORA-01000Error
- ABAP SICF服務和Java Servlet的比較JavaServlet
- 學習動態效能表(13)--V$OPEN_CURSOR
- SAP ABAP ADBC和Java JDBC的使用比較JavaJDBC
- ABAP, Java和JavaScript三種語言的比較JavaScript
- Java的位元組碼和ABAP load的比較Java
- rs.open sql,conn,3,2和rs.open sql,conn,1,3是什麼意思?SQL
- open和close函式函式
- 【CURSOR】How to Monitor and tune Open and Cached Cursors (Doc ID 1430255.1)
- 學習動態效能表第13篇--V$OPEN_CURSOR
- (轉):學習Oracle動態效能表-(16)-V$OPEN_CURSOROracle
- [20200417]跟蹤特定sql語句以及v$open_cursor檢視.txtSQL
- 使用 OPEN CURSOR 和 FETCH NEXT CURSOR 對 SAP 資料庫表進行分塊讀寫試讀版資料庫
- XMLHttpRequest open()XMLHTTP
- open jdkJDK
- 比較Windows和Linux SQL容器WindowsLinuxSQL
- SQL、NoSQL和NewSQL的優缺點比較SQL
- 查詢oracle比較慢的session和sqlOracleSessionSQL
- Python fopen,open,和popen的區別Python
- zt_oracle cursor_open cursors_session_cached_cursors管理及優化OracleSession優化
- MySQL:Table_open_cache_hits/Table_open_cache_misses/Table_open_cache_overflowsMySql
- [20200417]跟蹤特定sql語句以及v$open_cursor檢視2.txtSQL
- 不同DBMS的SQL比較SQL
- lisp 裡的相等(相同)的比較Lisp