<?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: about inner join's performance in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412978#M538393</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi:&lt;/P&gt;&lt;P&gt;Thanks your reply.&lt;/P&gt;&lt;P&gt;what is the evidence of "As for the performance basis it is not suggested to use more than 3 (4 MAX) joins at a time in a single select statement."&lt;/P&gt;&lt;P&gt;Regards.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 06 Jul 2007 01:07:07 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2007-07-06T01:07:07Z</dc:date>
    <item>
      <title>about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412974#M538389</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi:&lt;/P&gt;&lt;P&gt;   In a select statement i used 7 inner join clauses.&lt;/P&gt;&lt;P&gt;   But someone tell me I should not use so many inner join clauses and there should  be at most 3 inner join clauses in a select statement.&lt;/P&gt;&lt;P&gt;   It's another way to do the same work.Split more select statement from the one and then combin the internal tables.&lt;/P&gt;&lt;P&gt;   I think the select statement that used 7 inner join clauses is optimized by system.It's performance is better than the other one through examination(se30).&lt;/P&gt;&lt;P&gt;   I need your advises.Thanks.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jul 2007 07:08:01 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412974#M538389</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-05T07:08:01Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412975#M538390</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;As for the performance basis it is not suggested to use more than 3 (4 MAX) joins at a time in a single select statement.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Refer this link -&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.sap-img.com/abap/performance-tuning-for-data-selection-statement.htm" target="test_blank"&gt;http://www.sap-img.com/abap/performance-tuning-for-data-selection-statement.htm&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Amit&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;reward all helpful replies.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jul 2007 07:11:29 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412975#M538390</guid>
      <dc:creator>amit_khare</dc:creator>
      <dc:date>2007-07-05T07:11:29Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412976#M538391</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt; keep the tables which are taking morwe time and then remove those tables from JOin condition.  &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;move this table to a temp table and then remove all the duplicate entries &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Then use For all entries for the same&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;it wll improve the performance&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;do  some trail and error method here &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regards&lt;/P&gt;&lt;P&gt;Shiva&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jul 2007 07:15:01 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412976#M538391</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-05T07:15:01Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412977#M538392</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi frank &lt;/P&gt;&lt;P&gt;inner join will surely decrease the performance of the program &lt;/P&gt;&lt;P&gt;but if u dnt want to avois it follw these steps&lt;/P&gt;&lt;P&gt;1&amp;gt; dnt use corresponding fields in your select statement&lt;/P&gt;&lt;P&gt;2&amp;gt; move the contents of your intrnal table to work area&lt;/P&gt;&lt;P&gt;3&amp;gt; analyse your code in sm30&lt;/P&gt;&lt;P&gt;4&amp;gt; use for all entries if you think you can change your code&lt;/P&gt;&lt;P&gt;5&amp;gt; if your requiremnet suggest you then use select single or select upto n rows &lt;/P&gt;&lt;P&gt;statement&lt;/P&gt;&lt;P&gt;6&amp;gt; try to use your where clause on primary keys&lt;/P&gt;&lt;P&gt;hope the information is helpful&lt;/P&gt;&lt;P&gt;thnkx&lt;/P&gt;&lt;P&gt;tc&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jul 2007 10:31:18 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412977#M538392</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-05T10:31:18Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412978#M538393</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi:&lt;/P&gt;&lt;P&gt;Thanks your reply.&lt;/P&gt;&lt;P&gt;what is the evidence of "As for the performance basis it is not suggested to use more than 3 (4 MAX) joins at a time in a single select statement."&lt;/P&gt;&lt;P&gt;Regards.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 Jul 2007 01:07:07 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412978#M538393</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-06T01:07:07Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412979#M538394</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Frank,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would suggest that should not use more than 3 tables innerjoin,use for all entries for better performance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Evidence i can say use ST05 to trace the performance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;or else use simple query to get proper time:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;simple example :&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;data :a type i,&lt;/P&gt;&lt;P&gt;        b type i,&lt;/P&gt;&lt;P&gt;        c type i.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;start-of-selection.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;get runtime field a . " This is starting time.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI level="1" type="ul"&gt;&lt;P&gt;Write the join query's&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;get runtime field b. " Ending time&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;c = b - a.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;write:/ c. " This is total time taken by query.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;same thing you an use multiple query.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Seshu&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 Jul 2007 01:13:25 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412979#M538394</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-06T01:13:25Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412980#M538395</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&amp;lt;b&amp;gt;Proper use of Inner Join&amp;lt;/b&amp;gt;&lt;/P&gt;&lt;P&gt;When multiple SAP tables are logically joined, it is always advisable to use inner join to read the data from them. This certainly reduces the load on the network. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Let us take an example of 2 tables, zairln and zflight. The table zairln has the field airln, which is the airline code and the field lnnam, which is the name of the airline. The table zflight has the field airln, the airline code and other fields which hold the details of the flights that an airline operates.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Since these 2 tables a re logically joined by the airln field, it is advisable to use the inner join.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;             &lt;/P&gt;&lt;PRE&gt;&lt;CODE&gt;Select a~airln a~lnnam b~fligh b~cntry into table int_airdet

            From zairln as a inner join zflight as b on a~airln = b~airln.&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; In order to restrict the data as per the selection criteria, a where clause can be added to the above inner join.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;reward  points if it is usefull ...&lt;/P&gt;&lt;P&gt;Girish&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 Jul 2007 05:57:07 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412980#M538395</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-06T05:57:07Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412981#M538396</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;But if i use more inner join,is it proper?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 Jul 2007 08:14:40 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412981#M538396</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-06T08:14:40Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412982#M538397</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Frank,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You should not use more than 3 tables in JOIN. Why you might be getting good performance is because of the less data in test system, but when you go to production system you will find JOINING more than 3 tables is an issue. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So you should not join more than 3 tables.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Atish&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 Jul 2007 08:17:02 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412982#M538397</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-06T08:17:02Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412983#M538398</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I've done some work on this and have never seen any evidence that increasing the number of joins decreases performance. If you have to go against six or seven tables, it's going to take time no matter how you implement it. It's all about making efficient use of indices..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Views are implemented via joins and there are a number of standard SAP views with more than seven tables.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 Jul 2007 13:12:25 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412983#M538398</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-06T13:12:25Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412984#M538399</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think if it is reality that there is at most 3 inner join in a select statement .I will feel sorrowful for abap and sap.It should be enhanced.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 07 Jul 2007 12:35:02 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412984#M538399</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-07T12:35:02Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412985#M538400</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Frank,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ABAP has Internal tables.. &lt;SPAN __jive_emoticon_name="happy"&gt;&lt;/SPAN&gt; You can say unique feature. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thats why it is recommended to join less tables, so as to reduce the load at DB, and do the processing at application server using our own INTERNAL TABLES.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Atish&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 07 Jul 2007 12:50:23 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412985#M538400</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-07T12:50:23Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412986#M538401</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am confused.Is there sap's experts?please talk about it.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 08 Jul 2007 02:31:55 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412986#M538401</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-08T02:31:55Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412987#M538402</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Frank,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As all told you earlier, there can be more than 3 DB tables in the inner join, but it is not advisable as it will increase the load on DB and the query will be slower.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What are you confused with?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Atish&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 08 Jul 2007 02:35:44 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412987#M538402</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-08T02:35:44Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412988#M538403</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Two different voice.which one should i listen?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 08 Jul 2007 03:05:13 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412988#M538403</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-08T03:05:13Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412989#M538404</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Frank,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;See the use of Joins is totally depend on the tables which you are joining. why I said 3 tables as, we can consider it as the thumb rule so that one need not to worry about the no. of entries in the table, Indexes on the table, frequency of usage of the tables, buffering.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So there are so many factors.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are lot many SAP views which contain more than 3 tables, but while creating those view all parameters are taken care.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Lets say you want to Join BKPF table, then it is not advisable to use more than 3 tables as it may contain the lots of entries.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So using the JOINS is depend on many factors so thats why most people suggest better to use 3 or 4 tables,.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I Hope now it's clear &lt;SPAN __jive_emoticon_name="happy"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Atish&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 08 Jul 2007 03:10:16 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412989#M538404</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-08T03:10:16Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412990#M538405</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think that u said  is reasonable.Thanks your reply.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 08 Jul 2007 03:28:03 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412990#M538405</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-08T03:28:03Z</dc:date>
    </item>
    <item>
      <title>Re: about inner join's performance</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412991#M538406</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Check these:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;/people/rob.burbank/blog/2006/11/16/performance--what-will-kill-you-and-what-will-leave-you-with-only-a-flesh-wound&lt;/P&gt;&lt;P&gt;/people/rob.burbank/blog/2007/03/19/joins-vs-for-all-entries--which-performs-better&lt;/P&gt;&lt;P&gt;&lt;A href="http://blogs.ittoolbox.com/sap/db2/archives/for-all-entries-vs-db2-join-8912" target="test_blank"&gt;http://blogs.ittoolbox.com/sap/db2/archives/for-all-entries-vs-db2-join-8912&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 09 Jul 2007 13:11:14 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/about-inner-join-s-performance/m-p/2412991#M538406</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-07-09T13:11:14Z</dc:date>
    </item>
  </channel>
</rss>

