Hierarchy

⤷

⤷

Basic Data
Data Element | CLASSPC |
Short Description | Object class for table pool/table cluster |
Data Type
Category of Dictionary Type | D | Domain |
Type of Object Referenced | No Information | |
Domain / Name of Reference Type | DYNPCHOICE | |
Data Type | CHAR | Character String |
Length | 1 | |
Decimal Places | 0 | |
Output Length | 1 | |
Value Table |
Further Characteristics
Search Help: Name | ||
Search Help: Parameters | ||
Parameter ID | ||
Default Component name | ||
Change document | ||
No Input History | ||
Basic direction is set to LTR | ||
No BIDI Filtering |
Field Label
Length | Field Label | |
Short | 0 | |
Medium | 18 | Pool/cluster |
Long | 23 | Table pool/cluster |
Heading | 10 | Pool/clus. |
Documentation
Definition
Table pools (pools) and table clusters (clusters) are database tables that group together several SAP tables.
They should be used for special types of data, such as control data or texts.
Supplementary Documentation - CLASSPC 0001
Use
You can maintain the assignment of pools/clusters to Dictionary authorization groups.
This allows you to restrict authorization for Dictionary maintenance of individual pools/clusters to a specific group of users/developers.
Procedure
- Mark with a cross, select object from the menu or press PF2.
- Generic entry of the object name and/or authorization group.
- Select PF key maintenance.
- Enter the authorization group in the relevant field.
- Save and press PF3 Back.
- Check authorization by carrying out a maintenance test.
Dependencies
You require authorization to maintain the associated tables TDDAx. If you do not have this authorization, the system branches automatically to display mode. There is also a lock function that prevents parallel assignment of authorization classes and Dictionary maintenance of the same objects. If this function is in place, only display mode is possible.
You can only enter allowed authorization groups. These are maintained under menu point Permitted_groups.
Examples
Supplementary Documentation - CLASSPC 0002
Use
A table should be placed in a pool
- if external access to the table is not required
- if the table is accessed using the primary key
- if the table is very small
A table should not be placed in a pool
- if the table is to be processed from outside the SAP System
- if the table is to be accessed using non-key fields
- if additional indexes are required
- if a database join to other tables is required
- if it is a large table
A table should be placed in a cluster
- if it forms an object together with other tables and this object is generally processed as a complete unit
Example:
The "Order header", "Order item" and "Operations" tables form an object.
- if several records of a table form an object which is generally processed as a complete unit
Example:
Applies to tables containing documentation or text.
- if the table is intended for SAP internal use only, i.e. it is not accessed externally
A table should not be placed in a cluster
- if it is to be processed from outside the SAP System
- if it is to be selected using non-key fields
- if additional indexes are required
- if a database join to other tables is required
- if a table is to be processed separately from other tables in a cluster
Procedure
Examples
Dependencies
History
Last changed by/on | SAP | 19950209 |
SAP Release Created in |