<?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: buffer table pool performance with return code 64 in ST05 in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffer-table-pool-performance-with-return-code-64-in-st05/m-p/10543603#M1856426</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Yunze,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;this performance issue can be resolved by adding 2 more steps in the code&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;step 1 is required so that we will not loose any data else you can go ahead with yourcode by adding the field TZONE for both sort and delete adjacent duplicates and step 2.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Pass the data from table IT_TZONE into a dummy table&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; SORT dummy table using TZONE&amp;nbsp; and DELETE ADJACENT DUPLICATES from dummy table&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN style="font-size: 10pt;"&gt;using the field TZONE.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. Check the dummy table is initial or not before the select query on ZTMT102.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; If this is not empty then process the select query else skip the select query.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;you did not mention whether the field ZTRZONE is key field in the table ZTMY102 or not.&lt;/P&gt;&lt;P&gt;if it is not a key field, if huge amount of data has to be fetched then create an index.&lt;/P&gt;&lt;P&gt;the index will create a load on the database but it will improve the performance of the select query.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this will help you to resolve your issue and let me know in case of any questions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Phani&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 15 Sep 2014 04:05:09 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2014-09-15T04:05:09Z</dc:date>
    <item>
      <title>buffer table pool performance with return code 64 in ST05</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffer-table-pool-performance-with-return-code-64-in-st05/m-p/10543602#M1856425</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hey guys,I had been meeting an issue causing poor Performance in my SAP system.For a full buffered table,I did trace it with ST12 and ST05,I found it's perfectly buffered in AS(as blue background entries in ST05 tracelist),but there were entries with high 'duration' and return code '64'(I know that's mean no records found),instead,the return code '0' entries worked fine,the duration&amp;nbsp; was pretty low.I had learned from documents of IBM/SAP(we're running with DB2 on AIX) that if you are just checking the exists of some records of certain table(access frequently),you may buffer them in AS,for now it seems to be going into &lt;SPAN style="color: #000000; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;opposite direction&lt;/SPAN&gt;,that does&amp;nbsp; make sense with long time 'duration'.Detailed information seen the attachments.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 24 Aug 2014 02:18:49 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/buffer-table-pool-performance-with-return-code-64-in-st05/m-p/10543602#M1856425</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2014-08-24T02:18:49Z</dc:date>
    </item>
    <item>
      <title>Re: buffer table pool performance with return code 64 in ST05</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffer-table-pool-performance-with-return-code-64-in-st05/m-p/10543603#M1856426</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Yunze,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;this performance issue can be resolved by adding 2 more steps in the code&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;step 1 is required so that we will not loose any data else you can go ahead with yourcode by adding the field TZONE for both sort and delete adjacent duplicates and step 2.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Pass the data from table IT_TZONE into a dummy table&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; SORT dummy table using TZONE&amp;nbsp; and DELETE ADJACENT DUPLICATES from dummy table&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN style="font-size: 10pt;"&gt;using the field TZONE.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. Check the dummy table is initial or not before the select query on ZTMT102.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; If this is not empty then process the select query else skip the select query.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;you did not mention whether the field ZTRZONE is key field in the table ZTMY102 or not.&lt;/P&gt;&lt;P&gt;if it is not a key field, if huge amount of data has to be fetched then create an index.&lt;/P&gt;&lt;P&gt;the index will create a load on the database but it will improve the performance of the select query.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this will help you to resolve your issue and let me know in case of any questions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Phani&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 15 Sep 2014 04:05:09 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/buffer-table-pool-performance-with-return-code-64-in-st05/m-p/10543603#M1856426</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2014-09-15T04:05:09Z</dc:date>
    </item>
    <item>
      <title>Re: buffer table pool performance with return code 64 in ST05</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffer-table-pool-performance-with-return-code-64-in-st05/m-p/10543604#M1856427</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hey &lt;STRONG style="font-size: 12px; color: #333333; background: #ffffff;"&gt;&lt;A _jive_internal="true" class="jiveTT-hover-user jive-username-link" data-avatarid="-1" data-externalid="" data-presence="null" data-userid="131041" data-username="phanikiran.bondada" href="https://answers.sap.com/people/phanikiran.bondada" style="padding: 0 3px 0 0; font-weight: inherit; font-style: inherit; font-size: 1.1em; font-family: inherit; color: #3778c7; background: transparent;"&gt;Suryanarayana&lt;/A&gt;&lt;/STRONG&gt;,&lt;/P&gt;&lt;P&gt;Thank you for you reply.Maybe you don't realize what I'm truly confused,the table ZTMT102 is a full buffered table.It doesn't matter whether the filed ZTRZONE is a key filed(Anyway it's one of the primary key,but it's not the leader).As you can see from my attachment 'ST05-RETURN CODE',my SQL Statement meet the buffer mechanism,which is full buffered with blue background.Its Cardinality is 81000 with data object of&amp;nbsp; 11136KB.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 16 Sep 2014 01:37:16 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/buffer-table-pool-performance-with-return-code-64-in-st05/m-p/10543604#M1856427</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2014-09-16T01:37:16Z</dc:date>
    </item>
  </channel>
</rss>

