2008 Jan 14 1:11 PM
Hi all,
What is the difference between a Synchronous Call Transaction and an Asynchronous Call Transaction?
Thanks in advance
KR
2008 Jan 14 1:25 PM
hi
good
Synchronous calls are slower but should be used for transactions that are updating the database because control is not passed back to the program until a successful database commit (or rollback) has been executed. Note this the real SQL commit at the database level not the ABAP command COMMIT WORK. Synchronous calls will set the return code (sy-subrc) if an error is encountered. There are actually two synchrounous update modes:
'S', Synchronous update mode makes database entries describing the updates to be done and an update task (potentially running on a different computer) reads those database entries, does the update, and then deletes the entries describing the update task.
'L', Local update mode describes the updates to be done in the memory of the current process. No entries are made in and then deleted from the database describing the update task.
Asynchronous calls are the default if the UPDATE parameter is not specified. Asynchronous calls do not effect the return code (sy-subrc).
Note - This is opposite of how synchronous/asynchronous workflow tasks behave, in the sense that control is returned to the workflow in a synchronous step even if there is no commit or rollback encountered!
Question - Does a synchronous call transaction cause the ABAP to issue a COMMIT WORK AND WAIT command within the transaction?
thanks
mrutyun^
Hi all,
What is the difference between a Synchronous Call Transaction and an Asynchronous Call Transaction?
Thanks in advance
KR
2008 Jan 14 1:13 PM
Hi,
in synchronous updated the parent table is updated along with the child
tables and then a sy-subrc is returned. 0 fior sucessful and 4 or 8 for not
sucessful. While in asynchronous updatetion after the updation of the
parent table we get a sy-subrc return. The system is not bothered if the
child tables are updated or not.
Reward If useful
Regards
2008 Jan 14 1:15 PM
type "synchronous asynchronous" in search box, klick "Go", you'll be surprised...
2008 Jan 14 1:25 PM
hi
good
Synchronous calls are slower but should be used for transactions that are updating the database because control is not passed back to the program until a successful database commit (or rollback) has been executed. Note this the real SQL commit at the database level not the ABAP command COMMIT WORK. Synchronous calls will set the return code (sy-subrc) if an error is encountered. There are actually two synchrounous update modes:
'S', Synchronous update mode makes database entries describing the updates to be done and an update task (potentially running on a different computer) reads those database entries, does the update, and then deletes the entries describing the update task.
'L', Local update mode describes the updates to be done in the memory of the current process. No entries are made in and then deleted from the database describing the update task.
Asynchronous calls are the default if the UPDATE parameter is not specified. Asynchronous calls do not effect the return code (sy-subrc).
Note - This is opposite of how synchronous/asynchronous workflow tasks behave, in the sense that control is returned to the workflow in a synchronous step even if there is no commit or rollback encountered!
Question - Does a synchronous call transaction cause the ABAP to issue a COMMIT WORK AND WAIT command within the transaction?
thanks
mrutyun^