Interesting - not something I've ever encountered. I have encountered issues with indexing (the effects of the referencing columns not being indexed, that is), but never with the number of schemas that referenced it. Have I (and my co-workers) just been overly careful? -----Original Message----- From: Peter Robson [mailto:pgro@xxxxxxxxx]=20 Sent: Tuesday, August 24, 2004 2:57 AM To: Jackie Brock Cc: oracle-l@xxxxxxxxxxxxx Subject: Re[2]: What Sort of Privilege? Whoa there everybody! While the answer is quite correct, of course (I read the FM years ago), what has not been raised is the danger of allowing reference to multiply unhindered across numerous schemas. Be very careful if you choose to do this, otherwise, without a little care, you may manage to lock your entire database solid with conflicting FKs! We did, learned our lesson, and now reference is ONLY permitted within the one corporate schema. peter edinburgh ............. JB> references JB> All, JB> what kind of privilege new for creating a FK constraint which reference JB> table belongs to another schema. JB> ALTER TABLE PAM.table1 JB> ADD CONSTRAINT FKCONS1 JB> FOREIGN KEY (ID) JB> REFERENCES schema1.table2 (ID2); JB> I have grant select,insert,update,delete for table2 BUT still I get JB> insufficient privilege. JB> any idea? JB> Hamid Alavi --=20 mailto:pgro@xxxxxxxxx ********************************************************************* This e-mail message, and any files transmitted with it, are confidential and intended solely for the use of the addressee. If this message was not addressed to you, you have received it in error and any copying, distribution or other use of any part of it is strictly prohibited. Any views or opinions presented are solely those of the sender and do not necessarily represent those of the British Geological Survey. The security of e-mail communication cannot be guaranteed and the BGS accepts no liability for claims arising as a result of the use of this medium to transmit messages from or to the BGS. . http://www.bgs.ac.uk ********************************************************************* ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------