共計 1570 個字符，預計需要花費 4 分鐘才能閱讀完成。
行業資訊
數據庫
如何進行 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_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 的比較，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注丸趣 TV 行業資訊頻道。
