아래를 참고 하세요..즐밥하세요.

CALL TRANSACTION 'SE38' USING BDCDATA 
                        MODE 'A'
                        UPDATE 'S'.
          MESSAGES INTO MESSTAB.

The Mode Parameter

MODE parameter는 batch input 처리가 일어나는 것을 보여 줄 것인지에 대해 선택하도록 한다. 다음의 세 mode중 하나를 선택할 수 있다:

A    모든 것을 보여라. 프로그램을 실행할 때 나타나는 모든 화면과 데이터가 나타난다. CALL TRANSACTION USING의 기본 MODE이다.

N   아무 것도 보이지 마라. 모든 화면은 오류가 발생하더라도 보이지 않고 수행된다. transaction의 수행이 끝나자 마자 제어가 자신의 프로그램으로 되돌아 온다.(그러나 database 변경은 UPDATE parameter의 값에 따라 일어날 수도 일어 나지 않을 수도 있다.)

E    오류가 발생한 경우에 보여라. 화면 중 하나에서 오류가 발생하자 마자 transaction이 보이게 된다. 그러면 오류를 고칠 수 있다.

Display mode는 batch input session 처리에서도 동일하게 적용된다.

The Update Parameter

UPDATE parameter는 처리될 transaction에서 어떻게 변경을 수행할 지를 지정한다. 다음의 mode 중 선택한다:

A    Asynchronous updating. 이 mode에서, 호출된 transaction은 변경이 완료될 때까지 기다리지 않는다. 간단하게 SAP 변경 service에 변경을 넘긴다. 그러므로 asynchronous 처리는 대게 batch input 프로그램을 빨리 끝나게 한다.

      Asynchronous 처리는 대량 데이터 처리에는 추천되지 않는다. 그 이유는 asynchronous updating에서 update module에서 완료에 대한 message를 호출된 transaction이 받지 못하기 때문이다. 바꿔 말하면 호출한 프로그램은 호출된 프로그램이 database를 성공적으로 수정하고 끝난 것인지를 알 수 없다.

      만일 asynchronous updating을 사용하면 session 처리 동안 변경이 정상적으로 종료되었는지를 알기 위해 변경 관리 기능(transaction SM12)을 사용할 필요가 있다. 오류 분석과 복구는 synchronous updating보다 불편하다.

S    Synchronous updating. 이 mode에서 호출된 transaction은 변경이 완전히 끝날 때까지 기다리게 된다. 호출된 transaction이 변경이 완료될 때까지 기다리게 되므로 실행은 asynchronous updating보다 느리다. 그러나, 호출된 transaction의 오류 message를 프로그램으로 되돌릴 수 있다. 그러므로 오류를 분석하고 복구하기가 훨씬 쉽다.