Файл: BC430_EN_Col62_FV_Part_A4_-_ABAP_Dictionary.pdf

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 03.04.2021

Просмотров: 2367

Скачиваний: 41

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
background image

Unit 2: Data objects in the ABAP Dictionary

BC430

Lesson: Special SAP Tables

Lesson Overview

You will learn about pooled and cluster tables

Lesson Objectives

After completing this lesson, you will be able to:

Describe table types in the SAP system apart from the transparent tables

Distinguish pooled and cluster tables from one another

Describe the advantages and disadvantages of pooled and cluster tables.

Business Example

In the performance checks of some applications, you have come across select
statements, which apparently access other tables in the database than referred to in
the respective ABAP coding.

Pooled and cluster tables

Figure 26: Overview of the DB table types

In addition to transparent tables, where the definition in the ABAP Dictionary and
in the database are identical, there are pooled and cluster tables in the R/3 system.

68

© 2007 SAP AG. All rights reserved.

2006/Q2


background image

BC430

Lesson: Special SAP Tables

Pooled and cluster tables are characterized by the fact that several tables logically
defined in the ABAP Dictionary are combined in a physical database table (table
pool or cluster).

Figure 27: Cluster tables

The idea of cluster tables is that you store functionally dependent data which is
divided among different tables in one database table. Accordingly, the intersection
of the key fields of the cluster tables is formed by the key of the table cluster
(cluster key).

The data dependent on one cluster key are stored in the VARDATA field of the
table cluster. If the VARDATA field does not have the capacity to take on all
dependent data, the database interface creates an overflow record. The uniqueness
within the table cluster is guaranteed by the PAGNO field.

The content of the VARDATA field is compressed by the database interface.
Accordingly, the VARDATA field contains a description for decompressing its
data. The TIMESTAMP and PAGELG fields contain administrative information.

2006/Q2

© 2007 SAP AG. All rights reserved.

69


background image

Unit 2: Data objects in the ABAP Dictionary

BC430

Figure 28: Pooled Tables

The basic idea of a table pool, as opposed to table clusters, is the storage of data
records from the tables defined in the ABAP Dictionary that are not dependent on
one another. You would like to combine small R/3 tables to a database table.

In the example above, you can recognize that the intersection of the key fields of
TABA and TABB is empty. Despite this, the data records from TABA and TABB
are stored in the TABAB table pool.

The key for a data record of the TABAB table pool consists of both the fields
TABNAME and VARKEY. The TABNAME field assumes the name of the pooled
table. The VARKEY field consists of the concatenation of the key fields of the
pooled table. This arises in the necessity that the key fields of a pooled table
must be of the type C.

In the VARDATA field, the non-key fields of the pooled tables are stored in an
unstructured way, in compressed form by the database interface. The DATALN
field contains the length of the VARDATA field.

70

© 2007 SAP AG. All rights reserved.

2006/Q2


background image

BC430

Lesson: Special SAP Tables

Figure 29: Describe the advantages and disadvantages of pooled and
cluster tables

The decisive advantage of pooled and cluster tables is that the data can be stored
in compressed form in the database. This reduces the memory space required
as well as the network load.

The combination of tables into table pools to table clusters means less tables and
the compressing means less fields in the database. The result is that fewer different
SQL statements are carried out.

Pooled and cluster tables are not stored as separate tables in the database. In
this way, the administration becomes simpler. With cluster tables, functionally
dependent data are read together, which results in fewer database accesses.

The decisive disadvantage lies in the restricted database functionality. It is not
possible for non-key fields to create an index. There are neither primary indices
nor indices on a subset of the key fields. The use of database views or ABAP
JOINs is also ruled out, as are Table Appends. You can access the data in pooled
or cluster tables only via OPEN SQL (no Native SQL).

For pooled tables, only the WHERE conditions for key fields and for cluster
tables, only the WHERE conditions for the fields of the cluster key (subset of the
key fields) are transferred to the database. ORDER BY (or GROUP BY) clauses
are not transferred for non-key fields. You need longer keys than semantically
necessary for pooled tables.

2006/Q2

© 2007 SAP AG. All rights reserved.

71


background image

Unit 2: Data objects in the ABAP Dictionary

BC430

Lesson Summary

You should now be able to:

Describe table types in the SAP system apart from the transparent tables

Distinguish pooled and cluster tables from one another

Describe the advantages and disadvantages of pooled and cluster tables.

72

© 2007 SAP AG. All rights reserved.

2006/Q2