ABAP 語句 COMMIT WORK 提交在 SAP LUW 期間完成的更改。它不能與 DB-Commit 混淆。

首先明確什麼是 SAP LUW(Logic Unit of Work)?

下文所說的`工作流程`，`工作程式`，都是指 SAP ABAP 培訓教材裡的 `Work Process`.

關於什麼是 ABAP Work Process，請參閱我的文章：

- [一個 13 年 ABAP 老兵的建議：瞭解這些基礎知識，對 ABAP 開發有百利而無一害](https://zhuanlan.zhihu.com/p/108984296)
- [ABAP 標準培訓教程 BC400 學習筆記之一：ABAP 伺服器的架構和一個典型的 ABAP 程式結構介紹](https://jerry.blog.csdn.net/article/details/116206859)

SAP LUW 是指 ABAP 程式中的邏輯單元，其行為類似於資料庫 LUW；換句話說，一個 SAP LUW 在結束時會產生一致的資料庫狀態。雖然 SAP LUW 可能會跨越多個工作流程更改，但資料庫更改是在單個資料庫 LUW 中執行的。這是透過 `bundling` 完成的。在這種情況下，不會直接執行所需的資料庫更改。相反，它們是在各種工作流程更改過程中收集的，業務流程需要修改或者建立，刪除的資料，儲存到 ABAP 內表裡，然後在 SAP LUW 的最終工作流程中，作為資料庫中的 `bundling 任務`執行。這意味著只有傳入到 ABAP update function module 的內表資料施加到資料庫的更改，受資料庫的 LUW 機制的約束。

ABAP 語言提供了幾種在工作流程中捆綁資料庫更改的機制。最重要的是捆綁在更新功能模組，即所謂的 UPDATE FUNCTION MODULE 中。您可以透過在 UPDATE TASK 中呼叫這些功能模組來收集您的變更請求, 真正的資料庫層面的修改，發生在 COMMIT WORK 語句呼叫之後。

一個 AS ABAP 具有一個或多個應用程式伺服器，而這些應用程式伺服器又具有工作流程。當前處於活動狀態的每個 ABAP 程式都需要一個工作程式，並且每個工作程式都以使用者身份登入到資料庫系統。一個工作程式不能並行執行多個資料庫 LUW，相反，多個工作程式不能影響單個資料庫 LUW。然而，一個 ABAP 程式在其整個執行過程中經常與多個工作程式相關聯。在程式處於非活動狀態的所有時間（例如，因為它正在等待使用者進行輸入，或者它作為客戶端正在等待伺服器上的任務完成），它會釋放當前被佔用的工作程式，避免其長時間被佔用但卻不執行任何任務。因此，當其對程式的責任發生變化時，工作程式必須始終結束 LUW 並執行隱式資料庫提交。

SAP ABAP COMMIT WORK 關鍵字的一些使用要點

相關文章