Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

difference between a Synchronous Call Transaction and an Asynchronous Call

Former Member
0 Likes
1,023

Hi all,

What is the difference between a Synchronous Call Transaction and an Asynchronous Call Transaction?

Thanks in advance

KR

1 ACCEPTED SOLUTION
Read only

Former Member
0 Likes
849

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

3 REPLIES 3
Read only

Former Member
0 Likes
849

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

Read only

ThomasZloch
Active Contributor
0 Likes
849

type "synchronous asynchronous" in search box, klick "Go", you'll be surprised...

Read only

Former Member
0 Likes
850

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^