<?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: CALL TRANSACTION &amp; SESSION in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/call-transaction-session/m-p/2107131#M439869</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;U can use onli one BDC_OPEN_GROUP fm...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;but after filling the bdcdata table .. &lt;/P&gt;&lt;P&gt;u need to call BDC_INSERT twice , one for MM01 second for XK01,,&lt;/P&gt;&lt;P&gt;and one BDC_CLOSE_GROUP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;********************&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;lt;b&amp;gt;Call transaction method is faster than Session method..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here are the differences between these two..&amp;lt;/b&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;lt;u&amp;gt;&lt;/P&gt;&lt;P&gt;Use the CALL TRANSACTION USING statement&amp;lt;/u&amp;gt;&lt;/P&gt;&lt;P&gt;Summary: With CALL TRANSACTION USING, the system processes the data more quickly than with batch input sessions. Unlike batch input sessions, CALL TRANSACTION USING does not automatically support interactive correction or logging functions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Your program prepares the data and then calls the corresponding transaction that is then processed immediately.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The most important features of CALL TRANSACTION USING are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Synchronous processing &lt;/P&gt;&lt;P&gt;Transfer of data from an individual transaction each time the statement CALL TRANSACTION USING is called &lt;/P&gt;&lt;P&gt;You can update the database both synchronously and asynchronously&lt;/P&gt;&lt;P&gt;The program specifies the update type&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Separate LUW (logical units of work) for the transaction&lt;/P&gt;&lt;P&gt;The system executes a database commit immediately before and after the CALL TRANSACTION USING statement &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;No batch input processing log&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;lt;u&amp;gt;Create a session on the batch input queue.&amp;lt;/u&amp;gt;&lt;/P&gt;&lt;P&gt;Summary: Offers management of sessions, support for playing back and correcting sessions that contain errors, and detailed logging. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Your program prepares the data and stores it in a batch input session. A session is a collection of transaction data for one or more transactions. Batch input sessions are maintained by the system in the batch input queue. You can process batch input sessions in the background processing system. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Your program must open a session in the queue before transferring data to it, and must close it again afterwards. All of these operations are performed by making function module calls from the ABAP program.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The most important aspects of the session interface are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Asynchronous processing &lt;/P&gt;&lt;P&gt;Transfers data for multiple transactions &lt;/P&gt;&lt;P&gt;Synchronous database update&lt;/P&gt;&lt;P&gt;During processing, no transaction is started until the previous transaction has been written to the database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A batch input processing log is generated for each session &lt;/P&gt;&lt;P&gt;Sessions cannot be generated in parallel&lt;/P&gt;&lt;P&gt;The batch input program must not open a session until it has closed the preceding session.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regards,&lt;/P&gt;&lt;P&gt;sai ramesh&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 29 Mar 2007 09:12:46 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2007-03-29T09:12:46Z</dc:date>
    <item>
      <title>CALL TRANSACTION &amp; SESSION</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/call-transaction-session/m-p/2107130#M439868</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Could somebody explain me out these doubts..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1&amp;gt; I want to upload for two trasactions (e g MM01 &amp;amp; XK01) in one custom program for session method.  Shall i call two BDC_OPEN_GROUP for these two transactions .&lt;/P&gt;&lt;P&gt;Then it will create two sessions at a time and i can run both in SM35 to upload.&lt;/P&gt;&lt;P&gt;Or  can we do for both by creating only one session???&lt;/P&gt;&lt;P&gt;I dont want to do recording for this.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2&amp;gt; Could you tell me any situation where we can choose only call transaction for uploadation??&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 29 Mar 2007 07:53:54 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/call-transaction-session/m-p/2107130#M439868</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-03-29T07:53:54Z</dc:date>
    </item>
    <item>
      <title>Re: CALL TRANSACTION &amp; SESSION</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/call-transaction-session/m-p/2107131#M439869</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;U can use onli one BDC_OPEN_GROUP fm...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;but after filling the bdcdata table .. &lt;/P&gt;&lt;P&gt;u need to call BDC_INSERT twice , one for MM01 second for XK01,,&lt;/P&gt;&lt;P&gt;and one BDC_CLOSE_GROUP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;********************&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;lt;b&amp;gt;Call transaction method is faster than Session method..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here are the differences between these two..&amp;lt;/b&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;lt;u&amp;gt;&lt;/P&gt;&lt;P&gt;Use the CALL TRANSACTION USING statement&amp;lt;/u&amp;gt;&lt;/P&gt;&lt;P&gt;Summary: With CALL TRANSACTION USING, the system processes the data more quickly than with batch input sessions. Unlike batch input sessions, CALL TRANSACTION USING does not automatically support interactive correction or logging functions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Your program prepares the data and then calls the corresponding transaction that is then processed immediately.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The most important features of CALL TRANSACTION USING are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Synchronous processing &lt;/P&gt;&lt;P&gt;Transfer of data from an individual transaction each time the statement CALL TRANSACTION USING is called &lt;/P&gt;&lt;P&gt;You can update the database both synchronously and asynchronously&lt;/P&gt;&lt;P&gt;The program specifies the update type&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Separate LUW (logical units of work) for the transaction&lt;/P&gt;&lt;P&gt;The system executes a database commit immediately before and after the CALL TRANSACTION USING statement &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;No batch input processing log&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;lt;u&amp;gt;Create a session on the batch input queue.&amp;lt;/u&amp;gt;&lt;/P&gt;&lt;P&gt;Summary: Offers management of sessions, support for playing back and correcting sessions that contain errors, and detailed logging. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Your program prepares the data and stores it in a batch input session. A session is a collection of transaction data for one or more transactions. Batch input sessions are maintained by the system in the batch input queue. You can process batch input sessions in the background processing system. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Your program must open a session in the queue before transferring data to it, and must close it again afterwards. All of these operations are performed by making function module calls from the ABAP program.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The most important aspects of the session interface are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Asynchronous processing &lt;/P&gt;&lt;P&gt;Transfers data for multiple transactions &lt;/P&gt;&lt;P&gt;Synchronous database update&lt;/P&gt;&lt;P&gt;During processing, no transaction is started until the previous transaction has been written to the database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A batch input processing log is generated for each session &lt;/P&gt;&lt;P&gt;Sessions cannot be generated in parallel&lt;/P&gt;&lt;P&gt;The batch input program must not open a session until it has closed the preceding session.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regards,&lt;/P&gt;&lt;P&gt;sai ramesh&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 29 Mar 2007 09:12:46 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/call-transaction-session/m-p/2107131#M439869</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-03-29T09:12:46Z</dc:date>
    </item>
    <item>
      <title>Re: CALL TRANSACTION &amp; SESSION</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/call-transaction-session/m-p/2107132#M439870</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Sai,&lt;/P&gt;&lt;P&gt;Thanks for your reply.&lt;/P&gt;&lt;P&gt;in the second question i just want to know is there any scenario in real time where &lt;/P&gt;&lt;P&gt;we can go for only call transaction for the migration.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thanks.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 29 Mar 2007 15:41:33 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/call-transaction-session/m-p/2107132#M439870</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-03-29T15:41:33Z</dc:date>
    </item>
    <item>
      <title>Re: CALL TRANSACTION &amp; SESSION</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/call-transaction-session/m-p/2107133#M439871</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;In general,  Session can be done for all the transactions which support call transaction. The thumb rule is that if th number of records are less than 10000 you go for call transaction, other wise we should go for session.&lt;/P&gt;&lt;P&gt;BUt i don't see any scenario, where we HAVE to go for call transaction only.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Ravi&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 29 Mar 2007 15:54:25 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/call-transaction-session/m-p/2107133#M439871</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-03-29T15:54:25Z</dc:date>
    </item>
  </channel>
</rss>

