Previous Topic: Using the REORG UtilityNext Topic: Initiating a REORG Operation


Implementing Changes Through REORG

Changing an SQL-defined database

You use REORG on an SQL-defined database to modify the database based on changes made to its segment definition. These changes must be reflected in the target DMCL. The modified DMCL must be available during the entire REORG operation, including the setup and unload phases.

You can make the following changes using REORG:

The names of the source and target segments for a REORG operation on an SQL-defined database must be the same. Consequently, if you are making any of the previous changes, you must specify a target DMCL whose name differs from that of the source DMCL. For more information about the DMCLs used by the REORG utility, see the source/target DMCLs in Initiating a REORG Operation.

You cannot make changes to table definitions in an SQL-defined database between the setup and reload phases of a REORG operation.

Changing a non-SQL-defined database

You use REORG on a non-SQL-defined database to modify the database based on changes made to its schema or segment definitions. These changes must be reflected in the target subschema and DMCL. The modified DMCL and subschema must be available during the entire REORG operation, including the setup and unload phases.

You can make the following changes using REORG:

Changes that cannot be implemented using REORG

The REORG utility cannot be used against native VSAM files.

During REORG processing, record formats and set relationships are preserved. This limits the modifications that you can make during a REORG operation. For example, you cannot use a REORG operation to:

These types of changes require other utilities, such as RESTRUCTURE, and possibly user-written programs.