Skip to Content
avatar image
Former Member

table pools , pooled tables , table clusters

HI

answer this q?

What is a table pool?

What are pooled tables?

What is a table cluster?

points will be assign for usefull information

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

6 Answers

  • Best Answer
    avatar image
    Former Member
    Aug 16, 2007 at 12:29 PM

    Hi

    <b>TABLE POOLS</b>

    A table pool (or pool) is used to combine several logical tables in the

    ABAP/4 Dictionary. The definition of a pool consists of at least two keys

    Fields and a long argument field (VARDATA).

    <b>POOLED TABLES</b>

    These are logical tables which must be assigned to a table pool when they

    are defined. Pooled tables can be used to store control data (such as

    Screen sequences or program parameters).

    <b>TABLE CLUSTERS</b>

    A table cluster combines several logical tables in the ABAP/4 Dictionary.

    Several logical rows from different cluster tables are brought together

    in a single physical record. The records from the cluster tables

    assigned to a cluster are thus stored in a single common table in the

    database.

    reward if usefull

    Add comment
    10|10000 characters needed characters exceeded

  • Aug 16, 2007 at 12:20 PM

    Refer the links-

    cluster-and-pool-tables

    what-is-pool-cluster-tables

    Regards,

    Amit

    Reward all helpful replies.

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Aug 16, 2007 at 01:31 PM

    I. Transparent tables (BKPF, VBAK, VBAP, KNA1, COEP)


    · Allows secondary indexes (SE11->Display Table->Indexes)
    · Can be buffered (SE11->Display Table->technical settings) Heavily updated tables should not be buffered.

    II. Pool Tables (match codes, look up tables)


    · Should be accessed via primary key or
    · Should be buffered (SE11->Display Table->technical settings)
    · No secondary indexes
    · Select * is Ok because all columns retrieved anyway

    III. Cluster Tables (BSEG,BSEC)


    · Should be accessed via primary key - very fast retrieval otherwise very slow
    · No secondary indexes
    · 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.
    · Statistical SQL functions (SUM, AVG, MIN, MAX, etc) not supported
    · Can not be buffered

    IV. Buffered Tables (includes both Transparent & Pool Tables)


    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.

    regards,
    srinivas

    *reward for useful answers*</b>

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Aug 16, 2007 at 01:59 PM

    Hi Rahul,

    check for answers before posting .Anyway its upto u .

    just go through this might be useful to u .

    I. Transparent tables (BKPF, VBAK, VBAP, KNA1, COEP)

    · Allows secondary indexes (SE11->Display Table->Indexes)

    · Can be buffered (SE11->Display Table->technical settings) Heavily updated tables should not be buffered.

    II. Pool Tables (match codes, look up tables)

    · Should be accessed via primary key or

    · Should be buffered (SE11->Display Table->technical settings)

    · No secondary indexes

    · Select * is Ok because all columns retrieved anyway

    III. Cluster Tables (BSEG,BSEC)

    · Should be accessed via primary key - very fast retrieval otherwise very slow

    · No secondary indexes

    · 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.

    · Statistical SQL functions (SUM, AVG, MIN, MAX, etc) not supported

    · Can not be buffered

    IV. Buffered Tables (includes both Transparent & Pool Tables)

    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.

    2) Read.

    TABLE POOLS

    A table pool (or pool) is used to combine several logical tables in the

    ABAP/4 Dictionary. The definition of a pool consists of at least two keys

    Fields and a long argument field (VARDATA).

    POOLED TABLES

    These are logical tables which must be assigned to a table pool when they

    are defined. Pooled tables can be used to store control data (such as

    Screen sequences or program parameters).

    TABLE CLUSTERS

    A table cluster combines several logical tables in the ABAP/4 Dictionary.

    Several logical rows from different cluster tables are brought together

    in a single physical record. The records from the cluster tables

    assigned to a cluster are thus stored in a single common table in the

    database.

    Reward points if helpful,

    Thanks

    Naveen khan

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Aug 16, 2007 at 03:47 PM

    hi

    good

    Transparent tables (BKPF, VBAK, VBAP, KNA1, COEP)

    Allows secondary indexes (SE11->Display Table->Indexes)

    Can be buffered (SE11->Display Table->technical settings) Heavily updated tables should not be buffered.

    II. Pool Tables (match codes, look up tables)

    Should be accessed via primary key or

    Should be buffered (SE11->Display Table->technical settings)

    No secondary indexes

    Select * is Ok because all columns retrieved anyway

    III. Cluster Tables (BSEG,BSEC)

    Should be accessed via primary key - very fast retrieval otherwise very slow

    No secondary indexes

    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.

    Statistical SQL functions (SUM, AVG, MIN, MAX, etc) not supported

    Can not be buffered

    IV. Buffered Tables (includes both Transparent & Pool Tables)

    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.

    thanks

    mrutyun^

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Aug 17, 2007 at 03:37 AM
    "What is transparent, cluster and pool table?  Where and when we use
     " these tables?

    "Transparent Table :

    Exists with the same structure both in dictionary as well as in database exactly with the same data and fields.

    "Pooled Table :

    Pooled tables are logical tables that must be assigned to a table pool when they are defined. Pooled tables are used to store control data. Several pooled tables can be cominied in a table pool. The data of these pooled tables are then sorted in a common table in the database.

    "Cluster Table :

    Cluster tables are logical tables that must be assigned to a table cluster when they are defined. Cluster tables can be used to strore control data. They can also be used to store temporary data or texts, such as documentation.

    "Major difference betwen Standard tables,Pooled tables and Cluster Tables?

    1.A transparent table is a table that stores data directly. You can read these tables directly on the database from outside SAP with for instance an SQL statement.

    2.Transparent table is a one to one relation table i.e. when you create one transparent table then exactly same table will create in data base and if is basically used to store transaction data.

    3.A clustered and a pooled table cannot be read from outside SAP because certain data are clustered and pooled in one field.

    4.One of the possible reasons is for instance that their content can be variable in length and build up. Database manipulations in Abap are limited as well.

    5.But pool and cluster table is a many to one relationship table. This means many pool table store in a database table which is know as table pool.

    6.All the pool table stored table in table pool does not need to have any foreign key relationship but in the case of cluster table it is must. And pool and cluster table is basically use to store application data.

    7.Table pool can contain 10 to 1000 small pool table which has 10 to 100 records. But cluster table can contain very big but few (1 to 10) cluster table.

    8.For pool and cluster table you can create secondary index and you can use select distinct, group for pool and cluster table. You can use native SQL statement for pool and cluster table.

    9.A structure is a table without data. It is only filled by program logic at the moment it is needed starting from tables.

    10.A View is a way of looking at the contents of tables. It only contains the combination of the tables at the basis and the way the data needs to be represented. You actually call directly upon the underlying tables.

    'The table which store information about Structures and Tables are as follows:

    DD02L - table properties

    DD02T - table texts

    DD03L - field properties

    DD03T - field texts

    Reward points if it is usefull...

    Girish

    Add comment
    10|10000 characters needed characters exceeded