<?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 Performance issue on table EKPO in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189206#M128048</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;There is a performance issue for table EKPO.&lt;/P&gt;&lt;P&gt;We have matnr, werks and loekz fields to match.&lt;/P&gt;&lt;P&gt;We dont have the key fields ebeln and ebelp.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The query is as follows:&lt;/P&gt;&lt;P&gt;select ebeln ebelp matnr werks&lt;/P&gt;&lt;P&gt;from ekpo&lt;/P&gt;&lt;P&gt;where matnr in s_matnr&lt;/P&gt;&lt;P&gt;and   werks in s_werks&lt;/P&gt;&lt;P&gt;and   loekz ne 'L'.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Index 1 for this table is: &lt;/P&gt;&lt;P&gt;matnr, werks, bstyp, loekz, elikz, matkl&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Since we dont have bstyp. would the query fetch data based on index1.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Or should we remove 'loekz' from the where clause, populate internal table based on matnr, werks and  Later delete the entries from internal table based on loekz.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Would this improve the performance ?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 10 Feb 2006 10:46:52 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2006-02-10T10:46:52Z</dc:date>
    <item>
      <title>Performance issue on table EKPO</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189206#M128048</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;There is a performance issue for table EKPO.&lt;/P&gt;&lt;P&gt;We have matnr, werks and loekz fields to match.&lt;/P&gt;&lt;P&gt;We dont have the key fields ebeln and ebelp.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The query is as follows:&lt;/P&gt;&lt;P&gt;select ebeln ebelp matnr werks&lt;/P&gt;&lt;P&gt;from ekpo&lt;/P&gt;&lt;P&gt;where matnr in s_matnr&lt;/P&gt;&lt;P&gt;and   werks in s_werks&lt;/P&gt;&lt;P&gt;and   loekz ne 'L'.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Index 1 for this table is: &lt;/P&gt;&lt;P&gt;matnr, werks, bstyp, loekz, elikz, matkl&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Since we dont have bstyp. would the query fetch data based on index1.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Or should we remove 'loekz' from the where clause, populate internal table based on matnr, werks and  Later delete the entries from internal table based on loekz.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Would this improve the performance ?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 Feb 2006 10:46:52 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189206#M128048</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-02-10T10:46:52Z</dc:date>
    </item>
    <item>
      <title>Re: Performance issue on table EKPO</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189207#M128049</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The order of the fields in the index is very important for the accessing speed.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If u create another index using fields matnr, werks, loekz then it really improve ur program Speed.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Digesh Panchal&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 Feb 2006 11:00:08 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189207#M128049</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-02-10T11:00:08Z</dc:date>
    </item>
    <item>
      <title>Re: Performance issue on table EKPO</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189208#M128050</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;a delete of entries in internal table is very fast. But, you have to check the size of the internal table, if you select without restrict the LOEKZ.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I prefere the delete solution, but, that could be dangerous for the memory.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Rgd&lt;/P&gt;&lt;P&gt;Frédéric&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 Feb 2006 11:03:58 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189208#M128050</guid>
      <dc:creator>FredericGirod</dc:creator>
      <dc:date>2006-02-10T11:03:58Z</dc:date>
    </item>
    <item>
      <title>Re: Performance issue on table EKPO</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189209#M128051</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;First and foremost with select stmt it will try to find the best primary or alternative index. in ur case as it doesn't match the index 1 it will still go sequentially and will degrade the performance. &lt;/P&gt;&lt;P&gt;two options.&lt;/P&gt;&lt;P&gt;1. remove the field loekz and get all the data (hope not huge) into internal table and then process as handling internal table is fast.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. Create alternate index but I am not sure if this is allowed as it also creates additional buden of database as it needs to keep all the alternate index update everytime a new entry happens or when deleted.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 Feb 2006 11:23:30 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189209#M128051</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-02-10T11:23:30Z</dc:date>
    </item>
    <item>
      <title>Re: Performance issue on table EKPO</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189210#M128052</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Missed one more point. u could use SQL trace to check if the index used by the system is the one which u want else force the DB to select the one which u want.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 Feb 2006 11:25:46 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189210#M128052</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-02-10T11:25:46Z</dc:date>
    </item>
    <item>
      <title>Re: Performance issue on table EKPO</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189211#M128053</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Check out the OSS note # 561331. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also go to t-code St02 and st03 ... to check table performance...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this`ll help you .&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 Feb 2006 14:17:34 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189211#M128053</guid>
      <dc:creator>former_member181966</dc:creator>
      <dc:date>2006-02-10T14:17:34Z</dc:date>
    </item>
    <item>
      <title>Re: Performance issue on table EKPO</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189212#M128054</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have seen this make a big difference.  Reverse the LOEKZ field.  THe system performs better when using EQ instead of NE.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE&gt;&lt;CODE&gt;


select ebeln ebelp matnr werks
        from ekpo
            where matnr in s_matnr
              and werks in s_werks
              &amp;lt;b&amp;gt;and loekz eq space.&amp;lt;/b&amp;gt;

&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;REgards,&lt;/P&gt;&lt;P&gt;Rich Heilman&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 Feb 2006 14:20:04 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/performance-issue-on-table-ekpo/m-p/1189212#M128054</guid>
      <dc:creator>RichHeilman</dc:creator>
      <dc:date>2006-02-10T14:20:04Z</dc:date>
    </item>
  </channel>
</rss>

