Transporting Objects Between Query Areas

Copying objects from one Query area to another is similar to transporting objects between different clients in a single system. Therefore, you should go about copying objects between Query areas in much the same way as you would transport objects within the standard area. In principle, all objects can be copied to another Query area.

There are two transport options available on the initial screen of the Query transport tool that allow you to do this:

•  Copy Global Area  Standard Area 

•  Copy Standard Area  Global Area 

Both of these options combine an export step and an import step. The only difference being that no transport dataset is created in transport table AQTDB and no transport request is generated in the Change and Transport Organizer. During import all of the usual checks are performed and a log is generated.

The option  Copy Global Area  Standard Area  copies objects from the global area to the standard area. This corresponds to object export out of the global area and object import into the standard area. The options Test Run, Overwriting Allowed, and Transport Query Variants perform the same functions as described in Generating Transport Datasets. You can choose which objects you want to transport by entering their names in the input fields on the transport maintenance screen. The development classes of those objects copied from the global area are ignored, meaning that the copies in the standard area have no development class or are local objects.

The option  Copy Standard Area  Global Area  copies objects from the standard area to the global area. This corresponds to object export out of the standard area and object import into the global area.

Note the following concerns related to development classes of objects copied into the global area:

• If an object is overwritten in the global area, the copied object inherits the development class of the overwritten object.

• If the object being copied into the global area is a new object, a window appears asking you to assign a development class to the object. Depending on what kind of development class you assign, it may or may not be necessary to assign a correction request as well. If the object being copied into the global area is a new Query whose assigned InfoSet or user group has a temporary development class, then the Query will automatically be assigned to development class $TMP. In this case, no window will appear asking you to assign a development class.