Created by Jerry Wang on May 06, 2014

對于包含龐大數目的database table的讀訪問，可以采用SELECT 一次性把所有數據全部讀取至internal table及使用OPEN CURSOR 按package size 分塊讀取兩種方式。
當comm_product包含如下圖所示的number of records時，

用下列report測試發現不管package size指定成100,1000或是10000，兩種方式就執行時間來說非常接近。
再來比較memory consumption:
在執行solution1之前創建一個memory snapshot:

solution2執行完畢之后再次創建一個memory snapshot:

使用tcode S_MEMORY_INSPECTOR比較兩個snapshot:
[外鏈圖片轉存失敗(img-pD0vympq-1562038087646)(https://user-images.githubusercontent.com/5669954/27251108-f08450c8-533f-11e7-9206-7fa5ae0a090c.png)]

比較顯示solution2的內存占用遠遠小于solution1, 因為solution1需要使用internal table存放378萬條product的數據，而solution2由于是分批處理，其internal table只需存儲數量等于package size個product的信息。

PARAMETERS: pac type i OBLIGATORY DEFAULT 100. data: lt_product TYPE STANDARD TABLE OF comm_product,lt_name1 TYPE STANDARD TABLE OF comm_product-upname,lt_name2 TYPE STANDARD TABLE OF comm_product-upname,lv_start TYPE i,lv_end type i.data: ll type SORTED TABLE OF string WITH UNIQUE KEY table_line.FORM solution1.GET RUN TIME FIELD lv_start.SELECT * INTO TABLE lt_product FROM comm_product.LOOP AT lt_product ASSIGNING FIELD-SYMBOL(<product>).INSERT <product>-upname INTO TABLE lt_name1.ENDLOOP.GET RUN TIME FIELD lv_end.lv_end = lv_end - lv_start.WRITE: / 'Solution1: ' , lv_end COLOR COL_NEGATIVE. ENDFORM.FORM solution2.DATA:lv_cursor TYPE cursor,lt_selection TYPE STANDARD TABLE OF comm_product.GET RUN TIME FIELD lv_start.OPEN CURSOR lv_cursor FORSELECT *FROM comm_product.DO.FETCH NEXT CURSOR lv_cursorINTO TABLE lt_selectionPACKAGE SIZE pac.IF sy-subrc NE 0.CLOSE CURSOR lv_cursor.EXIT.ENDIF.LOOP AT lt_selection ASSIGNING FIELD-SYMBOL(<product2>).INSERT <product2>-upname INTO TABLE lt_name2.ENDLOOP.CLEAR: lt_selection.FREE: lt_selection. ENDDO.GET RUN TIME FIELD lv_end.lv_end = lv_end - lv_start.WRITE: / 'Solution2: ' , lv_end COLOR COL_NEGATIVE. ENDFORM.START-OF-SELECTION.PERFORM solution1.PERFORM solution2.ASSERT lt_name1 = lt_name2.

總結

以上是生活随笔為你收集整理的使用SELECT 和OPEN CURSOR 读取big table的性能比较的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。