The DROP CONSTRAINT data description statement deletes the definition of a referential constraint from the dictionary. It is also a CA IDMS extension of the SQL standard.
To issue a DROP CONSTRAINT statement, you must own or have the ALTER privilege on the referencing table in the constraint named in the statement.
►►─── DROP CONSTRAINT constraint-name ────────────────────────────────────────► ►─── FROM ──┬────────────────┬── table-identifier ───────────────────────────►◄ └─ schema-name. ─┘
Specifies the name of the referential constraint being dropped. Constraint-name must identify a referential constraint defined in the dictionary.
Specifies the referencing table in the constraint to be dropped.
Identifies the schema with which the table is associated.
If you do not specify a schema-name, the default value is:
Referential Constraints Involving SYSTEM Tables
You cannot delete a constraint involving a table in the SYSTEM schema.
Implicitly Dropped Constraints
When you issue a DROP TABLE statement with the CASCADE parameter, CA IDMS deletes the definitions of all referential constraints in which the table being dropped is the referencing table or the referenced table.
Linked Constraints
When dropping a linked constraint, CA IDMS updates every row in the referenced and referencing tables to remove the physical links between the two tables.
Dropping a Referential Constraint
The following DROP CONSTRAINT statement deletes the definition of the OFFICE_POOL_EMP constraint from the dictionary:
drop constraint office_pool_emp;
|
Copyright © 2014 CA.
All rights reserved.
|
|