SQL/MX 2.x Installation and Management Guide (H06.04+)

Reorganizing SQL/MX Tables and Maintaining Data
HP NonStop SQL/MX Installation and Management Guide—540436-001
10-37
Using PURGEDATA to Delete Data From Tables
This example copies the partitions of the source table on $data1 and $data2 to the
partitions of the target table on $data2 and $data3 respectively. If there is no PART
clause for a specific volume and source partitions exist on that volume, the target
partitions are created on the same volume as the source partitions.
DUP mycat.myschema1.mytable TO *.myschema2.*
LOCATION (PART $data1 TO $data2, PART $data2 TO $data3);
This example copies the partitions of the source table to the same locations. The target
table, if it exists, is dropped, and a new one is created:
DUP mycat1.myschema.mytable TO mycat2.*.*,TARGET PURGE;
Using PURGEDATA to Delete Data From
Tables
PURGEDATA is a syntax-based utility you can execute from MXCI to delete data from
a table and its related index or from the specified partitions of a table that has no index.
For more information about the PURGEDATA utility, see the SQL/MX Reference
Manual.
Guidelines for Using PURGEDATA
•
The PURGEDATA requester must own the schema where the table resides, have
SELECT and DELETE privileges on the table being purged, or be the super ID
user. An error is returned if an access violation occurs.
•
The table name you specify with PURGEDATA can exist in a catalog defined on a
remote node and be referenced by the current PURGEDATA operation if the
remote node is visible to the local node.
•
If PURGEDATA fails because of a process, CPU, or system failure, use the
RECOVER command to resume the operation. RECOVER returns an error if it
cannot resume the operation.
•
PURGEDATA records operation progress steps in the DDL_LOCKS metadata
table. Users can query this table to determine the PURGEDATA operation’s
progress. For more information about PURGEDATA operation steps and their
progress states, see the SQL/MX Reference Manual. For more information about
querying for DDL_LOCK information, see Section 8, Querying SQL/MX Metadata.
•
The PURGEDATA operation temporarily invalidates, by marking as corrupt, tables
and indexes, which prevents concurrent access by other users until the data is
purged.
•
After purging the data, the PURGEDATA operation validates the table and indexes
by turning off the corrupt flag so that they are again accessible to other users.
•
The PURGEDATA operation does not automatically alter the table’s statistics. After
purging the data and after you (or any programs) have added data to the table, run