Explore topic-wise InterviewSolutions in .

CONTROL COMMANDS,SYSTEM commands.

control commands,system commands.

The TOOL which is used to create LAYOUT set is CALLED SAPscript. Layout set is a DESIGN document.

The tool which is used to create layout set is called SAPscript. Layout set is a design document.

HEADER ,BODY,FOOTER.

HEADER ,BODY,FOOTER.

The function of the transport system and the WORKBENCH Organizer is to MANAGE any changes MADE to OBJECTS of the ABAP/4 Development Workbench and to transport these changes between DIFFERENT SAP systems.

The function of the transport system and the Workbench Organizer is to manage any changes made to objects of the ABAP/4 Development Workbench and to transport these changes between different SAP systems.

Each time you create a new OBJECT or CHANGE an existing object in the ABAP/4 Dictionary, you branch AUTOMATICALLY to the WORKBENCH Organizer or correction and TRANSPORT system.

Each time you create a new object or change an existing object in the ABAP/4 Dictionary, you branch automatically to the Workbench Organizer or correction and transport system.

CONVERSION between ABAP/4 DATA TYPES and the DATABASE layer is DONE within the database interface.

Conversion between ABAP/4 data types and the database layer is done within the database interface.

CONVERSION between the EXTERNAL layer and the ABAP/4 layer is done in the SAP DIALOG MANAGER DYNP.

Conversion between the external layer and the ABAP/4 layer is done in the SAP dialog manager DYNP.

You can specify the extent sizes and the table SPACE (physical STORAGE area in the database) in which a TRANSPARENT table is to be stored by SETTING the size category and DATA class.

You can specify the extent sizes and the table space (physical storage area in the database) in which a transparent table is to be stored by setting the size category and data class.

The CORRECTION system manages CHANGES to internal system COMPONENTS. Such as objects of the ABAP/4 DICTIONARY.

The correction system manages changes to internal system components. Such as objects of the ABAP/4 Dictionary.

Local OBJECTS (Dev class$TMP) are INDEPENDENT of correction and transport SYSTEM.

Local objects (Dev class$TMP) are independent of correction and transport system.

Related objects from the ABAP/4 repository are assigned to the same development class. This ENABLES you to correct and TRANSPORT related objects as a UNIT.

Related objects from the ABAP/4 repository are assigned to the same development class. This enables you to correct and transport related objects as a unit.

The most IMPORTANT features are:
• INTEGRATED to aABAP/4 Development WORKBENCH.
• ACTIVE in the runtime environment.

The most important features are:
• Integrated to aABAP/4 Development Workbench.
• Active in the runtime environment.

The following information is DIRECTLY taken from the DATA dictionary:
• Information on fields displayed with F1 help.
• Possible entries for fields displayed with F4 help.
• MATCHCODE and help views search utilities.

The following information is directly taken from the Data dictionary:
• Information on fields displayed with F1 help.
• Possible entries for fields displayed with F4 help.
• Matchcode and help views search utilities.

• VIEWS.
• MATCH CODES.
• LOCK OBJECTS.

• Views.
• Match codes.
• Lock objects.

As a reference table, a system containing all the valid CURRENCIES is ASSIGNED or any other table, which CONTAINS a field with the currency key format. This field is called as reference field. The assignment of the field containing currency amounts to the reference field is made at RUNTIME. The value in the reference field determines the currency of the amount.

As a reference table, a system containing all the valid currencies is assigned or any other table, which contains a field with the currency key format. This field is called as reference field. The assignment of the field containing currency amounts to the reference field is made at runtime. The value in the reference field determines the currency of the amount.

As a reference table, a system table containing all the VALID quantity UNITS is assigned or any other table, which contains a FIELD with the format or quantity units (data type UNIT). This field is called as reference field.
The ASSIGNMENT of the field containing quantity amounts to the reference field is made at runtime. The VALUE in the reference field determines the quantity unit of the amount.

As a reference table, a system table containing all the valid quantity units is assigned or any other table, which contains a field with the format or quantity units (data type UNIT). This field is called as reference field.
The assignment of the field containing quantity amounts to the reference field is made at runtime. The value in the reference field determines the quantity unit of the amount.

The table's ATTRIBUTES determine who is responsible for maintaining a table and which types of ACCESS are allowed for the table. The most important table attributes are:
• DELIVERY class.
• Table MAINTENANCE allowed.
• Activation type.

The table's attributes determine who is responsible for maintaining a table and which types of access are allowed for the table. The most important table attributes are:
• Delivery class.
• Table maintenance allowed.
• Activation type.

Nine.

Nine.

• APPEND STRUCTURES.
• CUSTOMIZING INCLUDES.

• Append Structures.
• Customizing Includes.

One.

One.

Long FIELDS in a table must ALWAYS be located in the end, as the last FIELD of the table. If a table has an append structure the append line must also be on the last field of the table.

Long fields in a table must always be located in the end, as the last field of the table. If a table has an append structure the append line must also be on the last field of the table.

No.

No.

• VIEWS.
• MATCH CODE.
• LOCK OBJECT.

• Views.
• Match Code.
• Lock Object.

The TABLES making up an AGGREGATE OBJECT (PRIMARY and secondary) are called aggregate object.

The tables making up an aggregate object (primary and secondary) are called aggregate object.

• STRUCTURE VIEWS.
• ENTITY Views.

• Structure Views.
• Entity Views.

A MATCH CODE Id is a one character ID that can be a LETTER or a NUMBER.

A match code Id is a one character ID that can be a letter or a number.

Yes.

Yes.

The following update TYPES are possible:
• Update type A- The matchcode data is updated ASYNCHRONOUSLY to database CHANGES.
• Update type S- The matchcode data is updated synchronously to database changes.
• Update type P- The matchcode data is updated by the application program.
• Update type I- ACCESS to the matchcode data is managed using a database view.
• Update type L- Access to the matchcode is achieved by calling a FUNCTION module.

The following update types are possible:
• Update type A- The matchcode data is updated asynchronously to database changes.
• Update type S- The matchcode data is updated synchronously to database changes.
• Update type P- The matchcode data is updated by the application program.
• Update type I- Access to the matchcode data is managed using a database view.
• Update type L- Access to the matchcode is achieved by calling a function module.

A match code can be built in two different ways:
• LOGICAL STRUCTURE: The matchcode data is SET up TEMPORARILY at the moment when the match code is accessed. (Update type I, k).
• Physical Structure: The match code data is physically stored in a SEPARATE table in the database. (Update type A, S, P).

A match code can be built in two different ways:
• Logical structure: The matchcode data is set up temporarily at the moment when the match code is accessed. (Update type I, k).
• Physical Structure: The match code data is physically stored in a separate table in the database. (Update type A, S, P).

• A DOMAIN describes the technical settings of a table field.
• A domain defines a value range, which sets the permissible data values for the fields, which refers to this domain.
• A SINGLE domain can be USED as BASIS for any number of fields that are IDENTICAL in structure.

• A domain describes the technical settings of a table field.
• A domain defines a value range, which sets the permissible data values for the fields, which refers to this domain.
• A single domain can be used as basis for any number of fields that are identical in structure.

No.

No.

Non-standard conversions from display FORMAT to SAP internal format and vice-versa are IMPLEMENTED with so CALLED CONVERSION routines.

Non-standard conversions from display format to sap internal format and vice-versa are implemented with so called conversion routines.

A data element describes the role played by a DOMAIN in a technical CONTEXT. A data element CONTAINS SEMANTIC INFORMATION.

A data element describes the role played by a domain in a technical context. A data element contains semantic information.

YES. We can do so by just OVERWRITING the ENTRY in the FIELD DOMAIN.

Yes. We can do so by just overwriting the entry in the field domain.

No.

No.

If the VALUE of a FIELD in a table is undefined or unknown, it is CALLED a null value.

If the value of a field in a table is undefined or unknown, it is called a null value.

STRUCTURES are constructed the ALMOST the same WAY as TABLES, the only difference using that no database table is generated from them.

Structures are constructed the almost the same way as tables, the only difference using that no database table is generated from them.

• DATABASE VIEW.
• HELP View.
• PROJECTION View.
• MAINTENANCE View.

• Database View.
• Help View.
• Projection View.
• Maintenance View.

When TWO USERS simultaneously attempt to access the same DATA RECORD, this is SYNCHRONIZED by a lock mechanism.

When two users simultaneously attempt to access the same data record, this is synchronized by a lock mechanism.

DATABASE utility is the INTERFACE between the ABAP/4 Dictionary and the underlying the SAP system.

Database utility is the interface between the ABAP/4 Dictionary and the underlying the SAP system.

The basic functions of DATABASE utility are:
• Create database objects.
• Delete database objects.
• ADJUST database objects to changed ABAP/4 DICTIONARY DEFINITION.

The basic functions of database utility are:
• Create database objects.
• Delete database objects.
• Adjust database objects to changed ABAP/4 dictionary definition.

It is a TOOL with which you can MAKE DATA STORED in the ABAP/4 DICTIONARY available.

It is a tool with which you can make data stored in the ABAP/4 Dictionary available.

Yes.

Yes.

If the program contains the same or similar blocks of statements or it is required to PROCESS the same FUNCTION several TIMES, we can avoid redundancy by using modularization techniques. By modularizing the ABAP/4 programs we make them easy to read and improve their structure. Modularized programs are also EASIER to maintain and to update.

If the program contains the same or similar blocks of statements or it is required to process the same function several times, we can avoid redundancy by using modularization techniques. By modularizing the ABAP/4 programs we make them easy to read and improve their structure. Modularized programs are also easier to maintain and to update.

• SOURCE CODE MODULE.
• SUBROUTINES.
• FUNCTIONS.

• Source code module.
• Subroutines.
• Functions.

• By DEFINING MACROS.
• By creating INCLUDE programs in the library.

• By defining Macros.
• By creating include programs in the library.

No. If it is required to PASS data to and from MODULES it is required to use SUBROUTINES or function modules.

No. If it is required to pass data to and from modules it is required to use subroutines or function modules.

SUBROUTINES are PROGRAM MODULES, which can be CALLED from other ABAP/4 PROGRAMS or within the same program.

Subroutines are program modules, which can be called from other ABAP/4 programs or within the same program.

FORMAL PARAMETERS- Parameters, which are DEFINED during the definition of subroutine with the FORM statement.
Actual Parameters- Parameters which are specified during the CALL of a subroutine with the PERFORM statement.

Formal Parameters- Parameters, which are defined during the definition of subroutine with the FORM statement.
Actual Parameters- Parameters which are specified during the call of a subroutine with the PERFORM statement.

• CALLING by reference- During a subroutine CALL, only the address of the actual PARAMETER is transferred to the formal parameters. The formal parameter has no memory of its own, and we work with the field of the calling program within the subroutine. If we change the formal parameter, the field contents in the calling program ALSO changes.
• Calling by value- During a subroutine call, the formal parameters are created as copies of the actual parameters. The formal parameters have memory of their own. Changes to the formal parameters have no EFFECT on the actual parameters.
• Calling by value and result- During a subroutine call, the formal parameters are created as copies of the actual parameters. The formal parameters have their own memory space. Changes to the formal parameters are copied to the actual parameters at the end of the subroutine.