<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: what is the functionality of explicit commit and implicit commit in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/what-is-the-functionality-of-explicit-commit-and-implicit-commit/m-p/2624440#M602956</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Implicit Database Commits&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A work process can only execute a single database LUW. The consequence of this is that a work process must always end a database LUW when it finishes its work for a user or an external call. Work processes trigger an implicit database commit in the following situations:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        When a dialog step is completed&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control changes from the work process back to the SAP GUI.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        When a function module is called in another work process (RFC).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control passes to the other work process.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        When the called function module (RFC) in the other work process ends.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control returns to the calling work process.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        When a WAIT statement interrupts the work process.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control passes to another work process.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Error dialogs (information, warning, or error messages) in dialog steps.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control passes from the work process to the SAP GUI.&lt;/P&gt;&lt;P&gt;Explicit Database Commits&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are two ways to trigger an explicit database commit in your application programs:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Call the function module DB_COMMIT&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The sole task of this function module is to start a database commit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Use the ABAP statement COMMIT WORK&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This statement starts a database commit, but also performs other tasks (refer to the keyword documentation for COMMIT WORK).&lt;/P&gt;&lt;P&gt;Implicit Database Rollbacks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The following cases lead to an implicit database rollback:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Runtime error in an application program&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This occurs whenever an application program has to terminate because of an unforeseen situation (for example, trying to divide by zero).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Termination message&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Termination messages are generated using the ABAP statement MESSAGE with the message type A or X. In certain cases (updates), they are also generated with message types I, W, and E. These messages end the current application program.&lt;/P&gt;&lt;P&gt;Explicit Database Rollbacks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can trigger a database rollback explicitly using the ABAP statement ROLLBACK WORK. This statement starts a database rollback, but also performs other tasks (refer to the keyword documentation for ROLLBACK WORK).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;From the above, we can draw up the following list of points at which database LUWs begin and end.&lt;/P&gt;&lt;P&gt;A Database LUW Begins&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Each time a dialog step starts (when the dialog step is sent to the work process).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Whenever the previous database LUW ends in a database commit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Whenever the previous database LUW ends in a database rollback.&lt;/P&gt;&lt;P&gt;A Database LUW Ends&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Each time a database commit occurs. This writes all of the changes to the database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Each time a database rollback occurs. This reverses all of the changes made during the LUW.&lt;/P&gt;&lt;P&gt;Database LUWs and Database Locks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As well as the database changes made within it, a database LUW also consists of database locks. The database system uses locks to ensure that two or more users cannot change the same data simultaneously, since this could lead to inconsistent data being written to the database. A database lock can only be active for the duration of a database LUW. They are automatically released when the database LUW ends. In order to program SAP LUWs, we need a lock mechanism within the R/3 System that allows us to create locks with a longer lifetime (refer to The SAP Locking Concept).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regards,&lt;/P&gt;&lt;P&gt;srinivas&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;B&gt;&lt;/B&gt;*&lt;STRONG&gt;reward for useful answers&lt;/STRONG&gt;*&amp;lt;/b&amp;gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 25 Jul 2007 15:17:08 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2007-07-25T15:17:08Z</dc:date>
    <item>
      <title>what is the functionality of explicit commit and implicit commit</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/what-is-the-functionality-of-explicit-commit-and-implicit-commit/m-p/2624439#M602955</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi sap experts tell me&lt;/P&gt;&lt;P&gt;what is the functionality of explicit commit and implicit commit&lt;/P&gt;&lt;P&gt;what is the syntax for them&lt;/P&gt;&lt;P&gt;when we use them&lt;/P&gt;&lt;P&gt;thanks in advance&lt;/P&gt;&lt;P&gt;prakash&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Jul 2007 15:12:39 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/what-is-the-functionality-of-explicit-commit-and-implicit-commit/m-p/2624439#M602955</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-25T15:12:39Z</dc:date>
    </item>
    <item>
      <title>Re: what is the functionality of explicit commit and implicit commit</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/what-is-the-functionality-of-explicit-commit-and-implicit-commit/m-p/2624440#M602956</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Implicit Database Commits&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A work process can only execute a single database LUW. The consequence of this is that a work process must always end a database LUW when it finishes its work for a user or an external call. Work processes trigger an implicit database commit in the following situations:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        When a dialog step is completed&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control changes from the work process back to the SAP GUI.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        When a function module is called in another work process (RFC).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control passes to the other work process.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        When the called function module (RFC) in the other work process ends.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control returns to the calling work process.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        When a WAIT statement interrupts the work process.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control passes to another work process.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Error dialogs (information, warning, or error messages) in dialog steps.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Control passes from the work process to the SAP GUI.&lt;/P&gt;&lt;P&gt;Explicit Database Commits&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are two ways to trigger an explicit database commit in your application programs:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Call the function module DB_COMMIT&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The sole task of this function module is to start a database commit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Use the ABAP statement COMMIT WORK&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This statement starts a database commit, but also performs other tasks (refer to the keyword documentation for COMMIT WORK).&lt;/P&gt;&lt;P&gt;Implicit Database Rollbacks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The following cases lead to an implicit database rollback:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Runtime error in an application program&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This occurs whenever an application program has to terminate because of an unforeseen situation (for example, trying to divide by zero).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Termination message&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Termination messages are generated using the ABAP statement MESSAGE with the message type A or X. In certain cases (updates), they are also generated with message types I, W, and E. These messages end the current application program.&lt;/P&gt;&lt;P&gt;Explicit Database Rollbacks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can trigger a database rollback explicitly using the ABAP statement ROLLBACK WORK. This statement starts a database rollback, but also performs other tasks (refer to the keyword documentation for ROLLBACK WORK).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;From the above, we can draw up the following list of points at which database LUWs begin and end.&lt;/P&gt;&lt;P&gt;A Database LUW Begins&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Each time a dialog step starts (when the dialog step is sent to the work process).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Whenever the previous database LUW ends in a database commit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Whenever the previous database LUW ends in a database rollback.&lt;/P&gt;&lt;P&gt;A Database LUW Ends&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Each time a database commit occurs. This writes all of the changes to the database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;·        Each time a database rollback occurs. This reverses all of the changes made during the LUW.&lt;/P&gt;&lt;P&gt;Database LUWs and Database Locks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As well as the database changes made within it, a database LUW also consists of database locks. The database system uses locks to ensure that two or more users cannot change the same data simultaneously, since this could lead to inconsistent data being written to the database. A database lock can only be active for the duration of a database LUW. They are automatically released when the database LUW ends. In order to program SAP LUWs, we need a lock mechanism within the R/3 System that allows us to create locks with a longer lifetime (refer to The SAP Locking Concept).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regards,&lt;/P&gt;&lt;P&gt;srinivas&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;B&gt;&lt;/B&gt;*&lt;STRONG&gt;reward for useful answers&lt;/STRONG&gt;*&amp;lt;/b&amp;gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Jul 2007 15:17:08 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/what-is-the-functionality-of-explicit-commit-and-implicit-commit/m-p/2624440#M602956</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-25T15:17:08Z</dc:date>
    </item>
    <item>
      <title>Re: what is the functionality of explicit commit and implicit commit</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/what-is-the-functionality-of-explicit-commit-and-implicit-commit/m-p/2624441#M602957</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Functionality or the purpose of explicit and implicit commit are same.. i.e. to make database change permanent... &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Explicit commit executed with statement COMMIT WORK.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Implicity commit are triggered automatically when&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. each screen change, and especially after the ABAP/4 commands CALL SCREEN, CALL DIALOG, CALL TRANSACTION, MESSAGE or &lt;/P&gt;&lt;P&gt;a Remote Function Call&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Jul 2007 15:22:52 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/what-is-the-functionality-of-explicit-commit-and-implicit-commit/m-p/2624441#M602957</guid>
      <dc:creator>Pawan_Kesari</dc:creator>
      <dc:date>2007-07-25T15:22:52Z</dc:date>
    </item>
  </channel>
</rss>

