On this issue it would appear so!! ;-) Dick Goulet Senior Oracle DBA Oracle Certified 8i DBA -----Original Message----- From: Mercadante, Thomas F [mailto:thomas.mercadante@xxxxxxxxxxxxxxxxx] Sent: Tuesday, August 24, 2004 9:16 AM To: 'oracle-l@xxxxxxxxxxxxx' Subject: RE: Re[2]: What Sort of Privilege? Dick, Am I 100% wrong? :) Tom Mercadante Oracle Certified Professional -----Original Message----- From: Goulet, Dick [mailto:DGoulet@xxxxxxxx]=20 Sent: Tuesday, August 24, 2004 9:12 AM To: oracle-l@xxxxxxxxxxxxx Subject: RE: Re[2]: What Sort of Privilege? Tom, Sorry, but you are wrong. I prefer the many schema method as well. Dick Goulet Senior Oracle DBA Oracle Certified 8i DBA -----Original Message----- From: Mercadante, Thomas F [mailto:thomas.mercadante@xxxxxxxxxxxxxxxxx] Sent: Tuesday, August 24, 2004 8:21 AM To: 'oracle-l@xxxxxxxxxxxxx' Subject: RE: Re[2]: What Sort of Privilege? Jo, Well, The Oracle Apps applications have many schema's - much like what = =3D you described. I'm guessing that the majority of home-grown applications have only one schema for all of the tables. I could be wrong. In my = view, it is =3D easier to manage. Everything is in one place. It prevents = you from creating =3D two database objects with the same name. Managing security = is easier - =3D again, you can issue all your grants from one schema, = rather than needing to =3D keep re-logging in. Maybe it's just me! Tom Mercadante Oracle Certified Professional -----Original Message----- From: jo_holvoet@xxxxxxxx [mailto:jo_holvoet@xxxxxxxx]=3D20 Sent: Tuesday, August 24, 2004 8:13 AM To: oracle-l@xxxxxxxxxxxxx Cc: 'oracle-l@xxxxxxxxxxxxx'; oracle-l-bounce@xxxxxxxxxxxxx Subject: RE: Re[2]: What Sort of Privilege? Hi Tom, we (well, it was in place before I got here, but anyway) basically = have=3D20 one schema per application. We also have one schema which houses =3D "common"=3D20 data, i.e. data used in many different places/apps; e.g. employees,=3D20 customers, products, plants, .... So we have many = cross-schema FKs to =3D the=3D20 "common" data but outside that everything is pretty = well partitioned.=3D20 Maybe that's why I've never really had any problems = with it. Is having what is basically a one-schema database common practice ? mvg/regards Jo "Mercadante, Thomas F" <thomas.mercadante@xxxxxxxxxxxxxxxxx> Sent by: oracle-l-bounce@xxxxxxxxxxxxx 08/24/2004 14:03 Please respond to oracle-l =3D20 To: "'oracle-l@xxxxxxxxxxxxx'" <oracle-l@xxxxxxxxxxxxx> cc:=3D20 Subject: RE: Re[2]: What Sort of Privilege? Jo, I guess I should clarify. If you made a consious decision to maintain multiple schema's within =3D = your database, then it is your choice. I prefer one schema holding all of the database tables that make up the corporate-wide application. Tom Mercadante Oracle Certified Professional -----Original Message----- From: jo_holvoet@xxxxxxxx [mailto:jo_holvoet@xxxxxxxx]=3D20 Sent: Tuesday, August 24, 2004 7:58 AM To: oracle-l@xxxxxxxxxxxxx Cc: 'oracle-l@xxxxxxxxxxxxx'; oracle-l-bounce@xxxxxxxxxxxxx Subject: RE: Re[2]: What Sort of Privilege? Not sure about that. We have for example an employee table that is=3D20 referenced just about everywhere (e.g. which salesperson is = responsible=3D20 for this customer, which employee registered for this training = course,=3D20 which operator filed this incident report, ...). These are all different = =3D apps/schemas referencing this table so I don't see how we can avoid=3D20 cross-schema FKs. mvg/regards Jo "Mercadante, Thomas F" <thomas.mercadante@xxxxxxxxxxxxxxxxx> Sent by: oracle-l-bounce@xxxxxxxxxxxxx 08/24/2004 13:49 Please respond to oracle-l =3D20 To: "'oracle-l@xxxxxxxxxxxxx'" <oracle-l@xxxxxxxxxxxxx> cc:=3D20 Subject: RE: Re[2]: What Sort of Privilege? Peter, I totally agree with you. Allowing Fk references from outside of = the=3D20 schema is inviting confusion, duplication and disaster. There is really = no =3D good reason for it. Tom Mercadante Oracle Certified Professional -----Original Message----- From: Peter Robson [mailto:pgro@xxxxxxxxx]=3D20 Sent: Tuesday, August 24, 2004 4: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),=3D20 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=3D20 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 = =3D the one corporate schema. peter edinburgh ............. JB> references JB> All, JB> what kind of privilege new for creating a FK constraint which=3D20=20 JB> reference 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=20 JB> get=3D20 insufficient privilege. any idea? JB> Hamid Alavi --=3D20 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 = =3D 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 =3D = sender and do not necessarily represent those of the British Geological =3D = 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 -----------------------------------------------------------------