對於SAP系統性能測試，可能很難做到全面的評估。我們有沒有一個簡單、共同的方法，得出可以參考的測試數據？
就像京東上SSD硬盤的售後評價，大家都把自己SSD跑分的數據發在上面，每個人的電腦配置都不同，
但是跑分的數據仍然可以供我們參考。
週末徵求測試的方案，我問到了BASIS羣和ABAP羣，大家對這塊有些陌生或覺得測試很難得到一個全面的評估。
週一上午，我在SAP系統中居然找到一個表DOKTL，這個表是用來存放語言包的中文描述，這個表在每一個SAP系統中幾乎都是三千萬行。這樣，我找到了一個共同的數據環境。然後，我提供了一個小程序，從DOKTL表中讀取一百萬行，計算耗費的時間。我們可以用這個時間用來參考該SAP系統的性能。
對於上面測試的三套不同數據庫的SAP環境，我們看到HANA用時最短。
從這點也驗證了內存數據庫同傳統數據庫的差別。羣裏也有人說了，oracle數據庫可以優化做得更好。
我想這個橫向測試是公平的，三個系統都在沒有優化的情況下運行測試，我們應該尊重公平的測試數據。
雖然這只是測試了SAP系統和數據庫的數據讀取這塊能力，但其實已經可以說明一些問題。
因爲程序是透明的，測試的數據是公平的，這個程序發到BASIS羣中，陸續也有很多其它公司的SAP管理員跑分出來。
從數據上，我看得有個別的HANA系統跑分同oracle相同，但是大部分HANA都是瑤瑤領先的。
其實這個可以看成是，被測試系統的整體性能，包括軟硬件數據庫環境。
雖然辦法比較土，也不一定全面，但是這個測試基本在公平的數據環境提供了參考的依據。
各位BASIS或ABAP，不妨花幾分鐘試試你的系統跑多少？結果記得告訴我，QQ522929.
附上測試程序如下：
*&---------------------------------------------------------------------*
*& Report ZDBTEST01
*&---------------------------------------------------------------------*
*& Power by james_lx 2019.3.18
*&---------------------------------------------------------------------*
REPORT ZDBTEST01.
*請按系統實際情況填寫如下信息
WRITE: /'****************************'.
WRITE: / 'SAP系統： S/4 HANA 1709'.
WRITE: /'****************************'.
WRITE: /.
DATA GT_DOKTL LIKE TABLE OF DOKTL WITH HEADER LINE.
DATA: T1 TYPE I,
T2 TYPE I,
T TYPE P DECIMALS 0.
DATA: GV_C(6) TYPE C .
DATA N TYPE I VALUE 3.
DATA ALL TYPE I.
DATA TMP TYPE I.
T = 0.
DO N TIMES.
GET RUN TIME FIELD T1.
*****************************
* Code to be tested *
*****************************
SELECT * from DOKTL INTO TABLE GT_DOKTL UP TO 1000000 ROWS.
GET RUN TIME FIELD T2.
T = ( T2 - T1 ) / 1000000.
GV_C = T.
CONDENSE GV_C NO-GAPS.
WRITE: /'對數據庫中DOKTL表,取一百萬條耗時：' , GV_C , '秒'.
ALL = ALL + T.
ENDDO.
TMP = ALL / N .
WRITE: /.
WRITE: / '平均耗時：',TMP,'秒'.