ABAP 에서 Auto Commit은 대체 언제 실행되는 걸까?

 

ABAP 개발을 하다 보면 이런 생각을 한번쯤 해보았을 것이다.

 

 COMMIT WORK 문장을 넣지 않았는데, 왜 데이터베이스에 저장(commit)이 되지?

 

 처음에는 버그인가 싶어 의심도 해보고, 트랜잭션이 꼬인 걸까 하고 로그도 뒤져보지만, 사실 이건 SAP 시스템 내부의 정상적인 동작이다. 바로 Implicit Database Commit, 즉 자동 커밋( Auto Commit ) 때문이다. 

이번 포스팅에서는 SAP ABAP에서 왜 이런 일이 발생하는지, 어떤 경우에 자동으로 커밋이 발생하는지를 정리해보도록 하겠다.

---

1. Implicit Commit( Auto Commit )이란?

 SAP의 AS ABAP(Application Server ABAP) 아키텍처에서는 한 Work Process(작업 프로세스) 가 하나의 Database LUW(Logical Unit of Work) 만 처리할 수 있다. 그리고 하나의 ABAP 프로그램은 실행 도중에 여러 Work Process로 전환될 수 있기 때문에, 작업 프로세스가 변경되기 전에 현재 작업은 커밋(Commit)이 되어야 한다..

 

 즉, 작업 프로세스 전환이 발생하는 특정 상황에서, 명시적으로 COMMIT WORK 구문을 넣지 않아도 SAP 시스템이 자동으로 커밋을 실행하는 것이다.

🔍  Database LUW 란? 
 Database LUW (Logical Unit of Work)는 하나의 논리적인 데이터베이스 트랜잭션 단위이며, "이 작업들은 한 묶음으로 성공해야 한다!"는 불가분의 연산 집합을 말한다.

➡️  Database LUW  =  하나의 트랜잭션

---

2. Implicit Commit( Auto Commit )은 그럼 언제 작동하나?

 ABAP 프로그램 실행 중 자동으로 데이터베이스 Commit이 일어나는 주요 케이스이다. 예상치 못한 데이터 저장을 막기 위해 반드시 알아두자.

 

✅ Dialog Step 종료 시

개발시 가장 빈번하게 발생하는 시점으로 사용자의 액션을 기다리는 순간, 현재 Work Process는 반환되고 다음 Dialog Step(🔍)에서는 새로운 Work Process가 배정된다. 해당 화면의 PAI 종료 후 다음 화면의 PBO가 실행되고 종료 되서 새 화면이 표시될 때가 Dialog Step의 종료 시점이자 Auto Commit이 발동되는 시점이다.

🔍 Dialog Step이란?
사용자가 화면(GUI)에서 버튼 클릭, 엔터 입력 등의 행동을 취한 후, SAP 시스템이 해당 입력에 따라 화면을 다시 그려줄 때까지의 하나의 처리 단위를 말함.

쉽게 설명하자면:
1️⃣사용자가 어떤 화면( Dynpro )에서 값을 입력하고 "저장" 버튼을 누르면,
2️⃣시스템은 이 동작을 처리하기 위해 PAI( Process After Input ) 이벤트를 실행하고,
3️⃣그 결과에 따라 다음 화면의 PBO( Process Before Output ) 로직을 준비한 후,
4️⃣새 화면을 사용자에게 다시 보여주게 된다.

이 전체 흐름이 하나의 Dialog Step이라고 이해하면 된다.

 

📌 참고로, 이런 상황은 아직 Dialog Step 종료 시점이 아님.

• 해당 화면의 PAI에서 로직 처리 중일 때
• 다음 화면이 결정되었지만 PBO 실행 전
• 화면이 아직 표시되지 않고 로직이 계속 진행 중일 때

✅ WAIT 명령어 이후

• ABAP 프로그램은 하나의 워크 프로세스(work process)에서 실행되는데, WAIT 명령어를 사용하는 순간, 현재 워크 프로세스를 반납하고 중단하게 된다. 이 때 자동 커밋을 수행한다. 
• WAIT UP TO n SECONDS, WAIT FOR ASYNCHRONOUS TASKS 등이 있다. 

✅ RFC(Remote Function Call) 호출 후

• RFC 호출은 현재 워크 프로세스의 제어권을 다른 프로세스로 넘기는 작업으로, 이 시점에 현재 DB 트랜잭션을 정리(=커밋)하지 않으면 일관성 문제가 생기므로 자동 커밋을 수행한다.

RFC 유형	설명	자동 커밋 시점
sRFC (Synchronous)	동기 방식, 호출 완료까지 기다림	호출이 끝나고 호출한 쪽으로 돌아올 때 워크 프로세스 전환 발생 가능  → 커밋 발생
aRFC (Asynchronous)	비동기 방식, 호출 후 바로 리턴	호출 직후, 워크 프로세스 반납 시 커밋
tRFC/qRFC  (Transactional)	트랜잭션 큐에 등록	등록 후 별도 업데이트 작업에서 실행됨
CALL FUNCTION ... STARTING NEW TASK	병렬 처리를 위한 aRFC 확장	현재 프로세스가 반납되면서 커밋

✅CALL TRANSACTION USING 의 경우 ( BDC 프로그램 )

• CALL TRANSACTION USING으로 트랜잭션을 실행하면, 그 트랜잭션 내부에서 COMMIT WORK가 호출되면 Batch Input 세션이 끝나는 상황이 발생함
• BDC 옵션 파라미터에 RACOMMIT 필드 ( default RACOMMIT = 'X' ) 로 자동 커밋을 제어할 수 있다. 

✅ 프로그램  종료 명령이 호출 될 때

• LEAVE PROGRAM, LEAVE TO TRANSACTION 과 같은 프로그램 종료 선언시 명시적으로 commit work가 없으면 자동 커밋을 수행함.

 

⚠️ Internal Session( 내부 세션 ) 종료만 봤을 때는 Auto Commit이 작동안함

• SAP에서 내부 세션이 종료되더라도, 그건 데이터베이스 커밋 트리거가 아님을 의미한다.

내부 세션에서 INSERT / UPDATE를 실행하고, 그 세션이 CALL FUNCTION, CALL TRANSACTION, SUBMIT 등의 방식으로 종료되어도 COMMIT WORK를 명시적으로 호출하지 않으면 Database에는 저장되지 않는다. 단 호출 했던 프로그램에서 앞에서 언급했던 경우가 있다면, (다이얼로그 스텝이 종료, BDC...) 오토 커밋이 수행되어 질 수 있다. 

 

즉, 내부 세션(🔍)은 논리적인 프로그램 실행 단위이지, DB 트랜잭션의 종료 조건이 아니기 때문이다.

🔍 Internal Session( 내부 세션 ) 이란?
SAP ABAP에서 프로그램이 실행될 때, 각 ABAP 프로그램은 하나의 내부 세션(Internal Session)에서 실행된다. 예를 들어, CALL TRANSACTION, SUBMIT, CALL FUNCTION (STARTING NEW TASK 옵션은 제외) 등은 현재 작업 안에서 새로운 Internal Session을 시작하거나 종료할 수 있다.

➡️  Internal Session  =  독립된 프로그램 실행 공간

 

 

 

---

ℹ️ 같이 읽으면 좋은 포스팅

🔗 [ABAP Concept (📝개념)/Advanced] - SAP LUW ( Logical Unit of Work ) 쉽게 이해하기

SAP LUW ( Logical Unit of Work ) 쉽게 이해하기