ABAP工作進(jìn)程對(duì)數(shù)據(jù)庫表讀取操作的檢測(cè)是怎樣的

本篇文章給大家分享的是有關(guān)ABAP工作進(jìn)程對(duì)數(shù)據(jù)庫表讀取操作的檢測(cè)是怎樣的，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

小編要介紹的，是使用SM50檢測(cè)出工作進(jìn)程長(zhǎng)時(shí)間讀取一張數(shù)據(jù)庫表這個(gè)行為的小技巧。SM50界面有一列名為"Current Action Info"，如果啟動(dòng)SM50時(shí)，當(dāng)前工作進(jìn)程正在持續(xù)讀取一張數(shù)據(jù)庫表，則該列會(huì)顯示出數(shù)據(jù)庫表的名稱。

比如上圖顯示了編號(hào)為9743的工作進(jìn)程，當(dāng)前狀態(tài)為Running，正在client 000以系統(tǒng)用戶SAPSYS的身份，執(zhí)行ABAP系統(tǒng)程序SAPMSSY2, 讀取數(shù)據(jù)庫表TBTCO.

我曾經(jīng)用這個(gè)小技巧，完成了實(shí)際工作中的一個(gè)任務(wù)。

在我還在做SAP CRM標(biāo)準(zhǔn)開發(fā)時(shí)，我需要找出監(jiān)聽了CL_BSP_WD_COLLECTION_WRAPPER這個(gè)類拋出的NEW_FOCUS事件的所有ABAP類。

于是我使用ABAP workbench里的Where-Used List功能，等待了5分鐘過后仍然出結(jié)果。我又以后臺(tái)作業(yè)的方式執(zhí)行了Where-Used List操作，或許是待檢索的ABAP類的總數(shù)太過龐大的緣故，十分鐘過去了仍無結(jié)果。

于是我換了一種方式，打開SE80的Repository Information System，根據(jù)如下條件搜索：

然而這個(gè)過濾條件只能顯示哪些類發(fā)布，而非監(jiān)聽了NEW_FOCUS事件。

于是我打開SM50，一眼就看到了當(dāng)前進(jìn)程正陷入讀取VSEOCOMPDF的泥潭之中。

這是一個(gè)數(shù)據(jù)庫視圖：

ABAP類和其發(fā)布事件的關(guān)聯(lián)關(guān)系維護(hù)在了數(shù)據(jù)庫表SEOCOMPODF中。我在SE16里按照如下過濾條件進(jìn)行檢索：

不到一秒鐘就得到了我想要的列表：

這個(gè)例子如果采用我之前文章  SAP錯(cuò)誤消息調(diào)試之七種武器：讓所有的錯(cuò)誤消息都能被定位 里提到的工具之一，即用ST05跟蹤Where-Used List執(zhí)行時(shí)訪問到了哪些表，結(jié)果一定會(huì)出來長(zhǎng)長(zhǎng)的一串。而使用SM50的Current Action Info，能避開所有干擾信息，迅速準(zhǔn)確找出存儲(chǔ)ABAP類和其監(jiān)聽事件的關(guān)聯(lián)關(guān)系的存儲(chǔ)表。

ABAP開發(fā)人員手頭上可用的工具很多，如何在不同情形下靈活選擇最合適的工具去解決問題，是我們需要不斷去練習(xí)和提高的。

以上就是ABAP工作進(jìn)程對(duì)數(shù)據(jù)庫表讀取操作的檢測(cè)是怎樣的，小編相信有部分知識(shí)點(diǎn)可能是我們?nèi)粘９ぷ鲿?huì)見到或用到的。希望你能通過這篇文章學(xué)到更多知識(shí)。更多詳情敬請(qǐng)關(guān)注億速云行業(yè)資訊頻道。