<?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: tables in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593794#M266872</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi namburi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. The MAIN difference for usage purpose is,&lt;/P&gt;&lt;P&gt;   that we can read transparent table directly&lt;/P&gt;&lt;P&gt;   by using select statement,&lt;/P&gt;&lt;P&gt;   and we will get the proper data, as we require.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. BUT&lt;/P&gt;&lt;P&gt;3.POOL and CLUSTER table,&lt;/P&gt;&lt;P&gt;   store data in some SPECIAL/ENCODED format,&lt;/P&gt;&lt;P&gt;  so for cluster we generally use&lt;/P&gt;&lt;P&gt;  some standard FM&lt;/P&gt;&lt;P&gt;  or use import/export.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&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;amit m.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sun, 01 Oct 2006 11:40:13 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2006-10-01T11:40:13Z</dc:date>
    <item>
      <title>tables</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593791#M266869</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Can any one tell me difference between cluster, transparent and pool tables, where we can use these tables exactly&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 01 Oct 2006 11:15:47 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593791#M266869</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-10-01T11:15:47Z</dc:date>
    </item>
    <item>
      <title>Re: tables</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593792#M266870</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 following are the table types used in SAP :&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;lt;b&amp;gt;I. Transparent tables&amp;lt;/b&amp;gt; (BKPF, VBAK, VBAP, KNA1, COEP)&lt;/P&gt;&lt;P&gt;Allows secondary indexes (SE11-&amp;gt;Display Table-&amp;gt;Indexes) &lt;/P&gt;&lt;P&gt;Can be buffered (SE11-&amp;gt;Display Table-&amp;gt;technical settings) Heavily updated tables should not be buffered. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;lt;b&amp;gt;II. Pool Tables&amp;lt;/b&amp;gt; (match codes, look up tables)&lt;/P&gt;&lt;P&gt;Should be accessed via primary key or &lt;/P&gt;&lt;P&gt;Should be buffered (SE11-&amp;gt;Display Table-&amp;gt;technical settings) &lt;/P&gt;&lt;P&gt;No secondary indexes &lt;/P&gt;&lt;P&gt;Select * is Ok because all columns retrieved anyway&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&amp;lt;b&amp;gt;III. Cluster Tables&amp;lt;/b&amp;gt; (BSEG,BSEC)&lt;/P&gt;&lt;P&gt;Should be accessed via primary key - very fast retrieval otherwise very slow &lt;/P&gt;&lt;P&gt;No secondary indexes &lt;/P&gt;&lt;P&gt;Select * is Ok because all columns retrieved anyway. Performing an operation on multiple rows is more efficient than single row operations. Therefore you still want to select into an internal table. If many rows are being selected into the internal table, you might still like to retrieve specific columns to cut down on the memory required. &lt;/P&gt;&lt;P&gt;Statistical SQL functions (SUM, AVG, MIN, MAX, etc) not supported &lt;/P&gt;&lt;P&gt;Can not be buffered &lt;/P&gt;&lt;P&gt;IV. Buffered Tables (includes both Transparent &amp;amp; Pool Tables)&lt;/P&gt;&lt;P&gt;While buffering database tables in program memory (SELECT into internal table) is generally a good idea for performance, it is not always necessary. Some tables are already buffered in memory. These are mostly configuration tables. If a table is already buffered, then a select statement against it is very fast. To determine if a table is buffered, choose the 'technical settings' soft button from the data dictionary display of a table (SE12). Pool tables should all be buffered.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;rgds&lt;/P&gt;&lt;P&gt;anver&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if helped mark points&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 01 Oct 2006 11:20:27 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593792#M266870</guid>
      <dc:creator>anversha_s</dc:creator>
      <dc:date>2006-10-01T11:20:27Z</dc:date>
    </item>
    <item>
      <title>Re: tables</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593793#M266871</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi srikanth,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;More at this link.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;lt;b&amp;gt;http://help.sap.com/saphelp_erp2004/helpdata/en/81/415d363640933fe10000009b38f839/frameset.htm&amp;lt;/b&amp;gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regrds,&lt;/P&gt;&lt;P&gt;anver.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if helped mark points&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 01 Oct 2006 11:24:11 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593793#M266871</guid>
      <dc:creator>anversha_s</dc:creator>
      <dc:date>2006-10-01T11:24:11Z</dc:date>
    </item>
    <item>
      <title>Re: tables</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593794#M266872</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi namburi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. The MAIN difference for usage purpose is,&lt;/P&gt;&lt;P&gt;   that we can read transparent table directly&lt;/P&gt;&lt;P&gt;   by using select statement,&lt;/P&gt;&lt;P&gt;   and we will get the proper data, as we require.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. BUT&lt;/P&gt;&lt;P&gt;3.POOL and CLUSTER table,&lt;/P&gt;&lt;P&gt;   store data in some SPECIAL/ENCODED format,&lt;/P&gt;&lt;P&gt;  so for cluster we generally use&lt;/P&gt;&lt;P&gt;  some standard FM&lt;/P&gt;&lt;P&gt;  or use import/export.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&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;amit m.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 01 Oct 2006 11:40:13 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593794#M266872</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-10-01T11:40:13Z</dc:date>
    </item>
    <item>
      <title>Re: tables</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593795#M266873</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 transparent table by defination exists in one to one relation between Data Dictionary and the Database. This is not the case with cluster and pooled tables.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this helps.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 01 Oct 2006 13:04:04 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593795#M266873</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-10-01T13:04:04Z</dc:date>
    </item>
    <item>
      <title>Re: tables</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593796#M266874</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;   transparent table: inner join is possible on &lt;/P&gt;&lt;P&gt;   this tables and contain user specific data.&lt;/P&gt;&lt;P&gt;   we can define secondary index&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;   cluster,pooled table: can't be joined and contains&lt;/P&gt;&lt;P&gt;   data related to system &lt;/P&gt;&lt;P&gt;    example:when customer related data is changed&lt;/P&gt;&lt;P&gt;            change information is sored in cdhdr,cdpos&lt;/P&gt;&lt;P&gt;            cluster table.&lt;/P&gt;&lt;P&gt;  cluster tables should be accessed using full key&lt;/P&gt;&lt;P&gt;  else performance will be poor.&lt;/P&gt;&lt;P&gt;    &lt;/P&gt;&lt;P&gt;check below link&lt;/P&gt;&lt;P&gt;&lt;A href="http://help.sap.com/saphelp_nw2004s/helpdata/en/cf/21eb13446011d189700000e8322d00/frameset.htm" target="test_blank"&gt;http://help.sap.com/saphelp_nw2004s/helpdata/en/cf/21eb13446011d189700000e8322d00/frameset.htm&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="http://help.sap.com/saphelp_nw2004s/helpdata/en/cf/21ec17446011d189700000e8322d00/frameset.htm" target="test_blank"&gt;http://help.sap.com/saphelp_nw2004s/helpdata/en/cf/21ec17446011d189700000e8322d00/frameset.htm&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;amole&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 01 Oct 2006 13:40:35 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593796#M266874</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-10-01T13:40:35Z</dc:date>
    </item>
    <item>
      <title>Re: tables</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593797#M266875</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;HI &lt;/P&gt;&lt;P&gt;The following are the table types used in SAP :&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I. Transparent tables (BKPF, VBAK, VBAP, KNA1, COEP)&lt;/P&gt;&lt;P&gt;Allows secondary indexes (SE11-&amp;gt;Display Table-&amp;gt;Indexes) &lt;/P&gt;&lt;P&gt;Can be buffered (SE11-&amp;gt;Display Table-&amp;gt;technical settings) Heavily updated tables should not be buffered. &lt;/P&gt;&lt;P&gt;II. Pool Tables (match codes, look up tables)&lt;/P&gt;&lt;P&gt;Should be accessed via primary key or &lt;/P&gt;&lt;P&gt;Should be buffered (SE11-&amp;gt;Display Table-&amp;gt;technical settings) &lt;/P&gt;&lt;P&gt;No secondary indexes &lt;/P&gt;&lt;P&gt;Select * is Ok because all columns retrieved anyway &lt;/P&gt;&lt;P&gt;III. Cluster Tables (BSEG,BSEC)&lt;/P&gt;&lt;P&gt;Should be accessed via primary key - very fast retrieval otherwise very slow &lt;/P&gt;&lt;P&gt;No secondary indexes &lt;/P&gt;&lt;P&gt;Select * is Ok because all columns retrieved anyway. Performing an operation on multiple rows is more efficient than single row operations. Therefore you still want to select into an internal table. If many rows are being selected into the internal table, you might still like to retrieve specific columns to cut down on the memory required. &lt;/P&gt;&lt;P&gt;Statistical SQL functions (SUM, AVG, MIN, MAX, etc) not supported &lt;/P&gt;&lt;P&gt;Can not be buffered &lt;/P&gt;&lt;P&gt;IV. Buffered Tables (includes both Transparent &amp;amp; Pool Tables)&lt;/P&gt;&lt;P&gt;While buffering database tables in program memory (SELECT into internal table) is generally a good idea for performance, it is not always necessary. Some tables are already buffered in memory. These are mostly configuration tables. If a table is already buffered, then a select statement against it is very fast. To determine if a table is buffered, choose the 'technical settings' soft button from the data dictionary display of a table (SE12). Pool tables should all be buffered.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this helps u,&lt;/P&gt;&lt;P&gt;Regds,&lt;/P&gt;&lt;P&gt;Seema.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 16 Oct 2006 05:02:34 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables/m-p/1593797#M266875</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-10-16T05:02:34Z</dc:date>
    </item>
  </channel>
</rss>

