<?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 exist in data dictionary in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables-exist-in-data-dictionary/m-p/1989341#M403731</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&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;Regards,&lt;/P&gt;&lt;P&gt;Santosh&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 21 Mar 2007 11:14:54 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2007-03-21T11:14:54Z</dc:date>
    <item>
      <title>tables exist in data dictionary</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables-exist-in-data-dictionary/m-p/1989340#M403730</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;How many types of tables exist and what are they in data dictionary?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 21 Mar 2007 11:11:43 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables-exist-in-data-dictionary/m-p/1989340#M403730</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-03-21T11:11:43Z</dc:date>
    </item>
    <item>
      <title>Re: tables exist in data dictionary</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables-exist-in-data-dictionary/m-p/1989341#M403731</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&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;Regards,&lt;/P&gt;&lt;P&gt;Santosh&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 21 Mar 2007 11:14:54 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables-exist-in-data-dictionary/m-p/1989341#M403731</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-03-21T11:14:54Z</dc:date>
    </item>
    <item>
      <title>Re: tables exist in data dictionary</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables-exist-in-data-dictionary/m-p/1989342#M403732</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;There are different types of tables Like:&lt;/P&gt;&lt;P&gt;transparent, Cluster, Pool tables.&lt;/P&gt;&lt;P&gt;Internal tables are not conisdered as Tables, but VIEWS also we can consider as Tables some times to fetch the data.&lt;/P&gt;&lt;P&gt;For all transparent tables we can Join tables and fetch data, we can't join Cluster tables with others.&lt;/P&gt;&lt;P&gt;reward if useful,&lt;/P&gt;&lt;P&gt;regards, &lt;/P&gt;&lt;P&gt;Anji&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 21 Mar 2007 11:16:09 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables-exist-in-data-dictionary/m-p/1989342#M403732</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-03-21T11:16:09Z</dc:date>
    </item>
    <item>
      <title>Re: tables exist in data dictionary</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/tables-exist-in-data-dictionary/m-p/1989343#M403733</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hai&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I m not satisfide with SANTOSH AND UR answer's. So please give me some idea/ explain table exist.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 21 Mar 2007 11:29:14 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/tables-exist-in-data-dictionary/m-p/1989343#M403733</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-03-21T11:29:14Z</dc:date>
    </item>
  </channel>
</rss>

