RE: Deferred constraints (?)

Kumanan,

Use the NOVALIDATE option:

   ALTER TABLE KB.table
   ADD CONSTRAINT CHECK_DATES
   CHECK (ENDTIME >= STARTTIME AND STOPTIME >= NENDTIME)    NOVALIDATE; A snippet from one of the manuals:

"Placing a constraint in the enabled novalidated state signifies that any new data entered into the table must conform to the constraint. Existing data is not checked."

Regards,

Larry G. Elkins
elkinsl_at_flash.net
214.954.1781

> -----Original Message-----
> From: root_at_fatcity.com [mailto:root_at_fatcity.com]On Behalf Of Kumanan
> Balasundaram
> Sent: Thursday, August 16, 2001 7:32 AM
> To: Multiple recipients of list ORACLE-L
> Subject: Deferred constraints (?)
>
>
> Do we have the concept of deferred CHECK constraints?
>
> For a constraint of this nature, I don't Oracle to check the
> whole table as
> I
> have done the fixes to ensure there is no occurrence of invalid
> condition.
>
> I only want the future ones to be checked.
>
> ALTER TABLE KB.table
> ADD CONSTRAINT CHECK_DATES
> CHECK (ENDTIME >= STARTTIME AND STOPTIME >= NENDTIME);
>
> Thanks
> Kumanan

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Larry Elkins
  INET: elkinsl_at_flash.net

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).