Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

types of tables

Former Member
0 Kudos
2,107

Hi,

What is meant by

1. customizing data tables

2.master data tables

3. trasactional tables ?

and also diffence between them

Thanks and Regards,

Srikanth.M

5 REPLIES 5

Former Member
0 Kudos
599

hi

master data tables means ones you done entry in that table after that you cant change it.

transactional data tables in that entries come from from different transation day to day entryies come in this type of tables.

customizing tables means may be in that dynamic fiels so you can change or delete any fields.

thakns

rewards if helpful.

Former Member
0 Kudos
599

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.
"Major difference between 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 tables, which can have 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

Creating cluster/pool tables:
http://help.sap.com/saphelp_nw04/helpdata/en/cf/21f0b7446011d189700000e8322d00/content.htm
Creating transparent tables
http://help.sap.com/saphelp_nw04/helpdata/en/cf/21eb6e446011d189700000e8322d00/frameset.htm

Master data tables

are those which contain the data that does not change frequently like customer data, material data etc.

transactional data tables

are those that contain the data that changes frequently like sales order data, purchase order data etc.

refer this for customizing tables

regards,

srinivas

Former Member
0 Kudos
599

Master data tables are those which contain the data that does not change frequently like customer data, material data etc.like kna1.I think u got clarified.

transactional data tables are those that contain the data that changes frequently like sales order data, purchase order data etc.

Customizing data is data created by customers when they customize their systems.

The Customizing data in a customer client is not overwritten by a language import or an upgrade. Data is only imported into client 000. This is because Customizing data is the responsibility of the customer and cannot be overwritten by data from SAP. This also applies, without restrictions, to translations. However, customers may occasionally want to update their sample data and default settings with the latest translations from SAP.

Hope this clarifies to your question.

If u still have any doubts let me know.

regards,

sandhya.

Former Member
0 Kudos
599

<u><b>Type of a table or structure</b></u>

The table type determines how the logical table description defined in the ABAP/4 Dictionary is reproduced on the database. There are the following table types:

transparent table

structure

append structure

For internal purposes, such as storing control data or update texts, there are in addition the following table types:

pooled table

cluster table

generated view structure

<u><b>Transparent table:</b></u> There is a physical table on the database for each transparent table. The names of the physical tables and the logical table definition in the ABAP/4 Dictionary correspond. All business data and application data are stored in transparent tables.

<u><b>Structure:</b></u> No data records exist in the database for a structure. Structures are used for the interface definition between programs or between screens and programs.

<u><b>Append structure</b></u>: An append structure defines a set of fields which belong to another table or structure but which are treated in the correction administration as its own object. Append structures are used to support modifications.

<u><b>Pooled table</b></u>: Pooled tables can be used to store control data (e.g. screen sequences, program parameters or temporary data). Several pooled tables can be combined to form a table pool. The table pool corresponds to a physical table on the database in which all the records of the allocated pooled tables are stored.

<u><b>Cluster table:</b></u> Cluster tables contain continuous text, for example, documentation. Several cluster tables can be combined to form a table cluster. Several logical lines of different tables are combined to form a physical record in this table type. This permits object-by-object storage or object-by-object access. In order to combine tables in clusters, at least parts of the keys must agree. Several cluster tables are stored in one corresponding table on the database.

<u><b>Generated view structure</b></u>: In activation a structure is generated for a view. This structure serves as interface for the runtime environment. It does not generally appear in the ABAP/4 Dictionary.

<u><b>What is a Data Class</b></u>?

The Data class determines in which tablespace the table is stored when it is created in the database. What is a Size Category? The Size category describes the probable space requirement of the table in the database. How Many types of size categories and data classes are there? There are five size categories (0-4) and 11 data classes, only three of which are appropriate for application tables:

- APPL0 - Master data (data frequently accessed but rarely updated)

- APPL1 - Transaction data (data that is changed frequnetly)

- APPL2 - Organisational data (customizing data that is entered when system is

configured and then rarely changed)

<u><b>What are control tables?</b></u>The values specified for the size category and data class are mapped to database-specific values via control tables.

<u><b>What is a table pool?</b></u>

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 key fields and a long argument field (VARDATA).

<u><b>What are pooled tables?</b></u> 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).

<u><b>What is a table cluster?</b></u>

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.

<u><b>Transparent Tables</b></u>

There is a physical table on the database for each transparent table.

The names of the physical table and the logical table definition in the

ABAP/4 Dictionary agree. All the business and application data is store

in transparent tables.

<u><b>Pooled table</b></u>Pooled tables can be used to store control data (e.g. screen sequences,

program parameters or temporary data). Several pooled tables can be

combined to form a table pool. The table pool corresponds to a physical

table on the database in which all the records of the allocated pooled

tables are stored.

<u><b>Cluster table</b></u>

Cluster tables contain continuous text, for example documentation.

Several cluster tables can be combined to form a table cluster. Several

logical lines of different tables are combined to form a physical record

in this table category. This permits object-by-object storage or

object-by-object access. In order to combine tables in clusters, at

least part of the keys must agree. Several cluster tables are stored in

one corresponding table on the database.

Former Member
0 Kudos
599

<u><b>Type of a table or structure</b></u>

The table type determines how the logical table description defined in the ABAP/4 Dictionary is reproduced on the database. There are the following table types:

transparent table

structure

append structure

For internal purposes, such as storing control data or update texts, there are in addition the following table types:

pooled table

cluster table

generated view structure

<u><b>Transparent table:</b></u> There is a physical table on the database for each transparent table. The names of the physical tables and the logical table definition in the ABAP/4 Dictionary correspond. All business data and application data are stored in transparent tables.

<u><b>Structure:</b></u> No data records exist in the database for a structure. Structures are used for the interface definition between programs or between screens and programs.

<u><b>Append structure</b></u>: An append structure defines a set of fields which belong to another table or structure but which are treated in the correction administration as its own object. Append structures are used to support modifications.

<u><b>Pooled table</b></u>: Pooled tables can be used to store control data (e.g. screen sequences, program parameters or temporary data). Several pooled tables can be combined to form a table pool. The table pool corresponds to a physical table on the database in which all the records of the allocated pooled tables are stored.

<u><b>Cluster table:</b></u> Cluster tables contain continuous text, for example, documentation. Several cluster tables can be combined to form a table cluster. Several logical lines of different tables are combined to form a physical record in this table type. This permits object-by-object storage or object-by-object access. In order to combine tables in clusters, at least parts of the keys must agree. Several cluster tables are stored in one corresponding table on the database.

<u><b>Generated view structure</b></u>: In activation a structure is generated for a view. This structure serves as interface for the runtime environment. It does not generally appear in the ABAP/4 Dictionary.

<u><b>What is a Data Class</b></u>?

The Data class determines in which tablespace the table is stored when it is created in the database. What is a Size Category? The Size category describes the probable space requirement of the table in the database. How Many types of size categories and data classes are there? There are five size categories (0-4) and 11 data classes, only three of which are appropriate for application tables:

- APPL0 - Master data (data frequently accessed but rarely updated)

- APPL1 - Transaction data (data that is changed frequnetly)

- APPL2 - Organisational data (customizing data that is entered when system is

configured and then rarely changed)

<u><b>What are control tables?</b></u>The values specified for the size category and data class are mapped to database-specific values via control tables.

<u><b>What is a table pool?</b></u>

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 key fields and a long argument field (VARDATA).

<u><b>What are pooled tables?</b></u> 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).

<u><b>What is a table cluster?</b></u>

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.

<u><b>Transparent Tables</b></u>

There is a physical table on the database for each transparent table.

The names of the physical table and the logical table definition in the

ABAP/4 Dictionary agree. All the business and application data is store

in transparent tables.

<u><b>Pooled table</b></u>Pooled tables can be used to store control data (e.g. screen sequences,

program parameters or temporary data). Several pooled tables can be

combined to form a table pool. The table pool corresponds to a physical

table on the database in which all the records of the allocated pooled

tables are stored.

<u><b>Cluster table</b></u>

Cluster tables contain continuous text, for example documentation.

Several cluster tables can be combined to form a table cluster. Several

logical lines of different tables are combined to form a physical record

in this table category. This permits object-by-object storage or

object-by-object access. In order to combine tables in clusters, at

least part of the keys must agree. Several cluster tables are stored in

one corresponding table on the database.

Please reward if found useful.

Thanks.