今天是2020年五一國際勞動節，Jerry祝大家勞動節快樂。

雖然五一國際勞動節來源于一百多年前國外無產階級的一次大罷工，但由于國情原因，國內很多行業的從業人員，好像天生就是勞碌命。比如程序員行業。

2014年五一勞動節，我在和一個不是總能重現的SAP CRM incident做斗爭。詳情參考Jerry之前的文章記一次SAP開發工程師給微軟Azure報incident的體驗.

當時處理完這個復雜的問題后，我復盤總結了經驗教訓，發布在SAP社區上的博客：

My Tips about how to handle complex and tricky issues

2016年的五一節前一天，4月30日，我寫了一篇通過調試方式解決SAP UI5各種問題的合集：

My UI5 debugging tips and experience collection – how to resolve UI5 issues through debugging by yourself

2017年的五一節我在德國“農村”，就著代碼和面包度過的：

Jerry 2017年的五一小長假：8種經典排序算法的ABAP實現.

2018年的五一節前后，我在搗鼓區塊鏈：

300行ABAP代碼實現一個最簡單的區塊鏈原型

2019年的五一節前后，我利用空閑時間，把一位同事在這公眾號上寫的文章做了簡單的修改然后發了出來：一個SAP顧問的回憶：我過去很胖!

不過有付出就有收獲，而且周董的作品《四面楚歌》里也唱到，“我只知道好像認真的男人最美麗”。

所以，今年的五一勞動節，讓我們繼續認真勞動，繼續美麗下去吧。

本文標題的SM50事務碼，在SAP系統里描述信息是“Work Processes of AS Instance”，即應用服務器實例上的工作進程監控器。

在Jerry的文章 一個13年ABAP老兵的建議：了解這些基礎知識，對ABAP開發有百利而無一害 曾經介紹過工作進程(Work Process)的概念。在基于ABAP技術棧的SAP產品里，客戶無論是從瀏覽器，SAPGUI，或者API的方式向SAP系統發起請求，最后的業務處理都是通過這些勤勤懇懇的工作進程完成的。

上述文章還介紹了SM50里能夠查看到的工作進程的不同類型，這里不再重復。

本文要介紹的，是使用SM50檢測出工作進程長時間讀取一張數據庫表這個行為的小技巧。SM50界面有一列名為"Current Action Info"，如果啟動SM50時，當前工作進程正在持續讀取一張數據庫表，則該列會顯示出數據庫表的名稱。

比如上圖顯示了編號為9743的工作進程，當前狀態為Running，正在client 000以系統用戶SAPSYS的身份，執行ABAP系統程序SAPMSSY2, 讀取數據庫表TBTCO.

我曾經用這個小技巧，完成了實際工作中的一個任務。

在我還在做SAP CRM標準開發時，我需要找出監聽了CL_BSP_WD_COLLECTION_WRAPPER這個類拋出的NEW_FOCUS事件的所有ABAP類。

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

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

然而這個過濾條件只能顯示哪些類發布，而非監聽了NEW_FOCUS事件。

于是我打開SM50，一眼就看到了當前進程正陷入讀取VSEOCOMPDF的泥潭之中。

這是一個數據庫視圖：

ABAP類和其發布事件的關聯關系維護在了數據庫表SEOCOMPODF中。我在SE16里按照如下過濾條件進行檢索：

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

這個例子如果采用我之前文章 SAP錯誤消息調試之七種武器：讓所有的錯誤消息都能被定位 里提到的工具之一，即用ST05跟蹤Where-Used List執行時訪問到了哪些表，結果一定會出來長長的一串。而使用SM50的Current Action Info，能避開所有干擾信息，迅速準確找出存儲ABAP類和其監聽事件的關聯關系的存儲表。

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

感謝閱讀，祝大家五一勞動節快樂。

要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的SAP ABAP SM50的另类用途 - ABAP工作进程对数据库表读取操作的检测的全部內容，希望文章能夠幫你解決所遇到的問題。

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