Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Re[2]: What Sort of Privilege?
Aren't the new Oracle E-Business applications moving to a
single-schema-for-everything model?
Cary Millsap
Hotsos Enterprises, Ltd.
http://www.hotsos.com
* Nullius in verba *
Upcoming events:
- Performance Diagnosis 101: 9/14 San Francisco, 10/5 Charlotte, 10/26
Toronto
- SQL Optimization 101: 8/16 Minneapolis, 9/20 Hartford, 10/18 New Orleans - Hotsos Symposium 2005: March 6-10 Dallas - Visit www.hotsos.com for schedule details...
-----Original Message-----
From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org]
On Behalf Of Goulet, Dick
Sent: Tuesday, August 24, 2004 8:50 AM
To: oracle-l_at_freelists.org
Subject: RE: Re[2]: What Sort of Privilege?
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_at_labor.state.ny.us]
Sent: Tuesday, August 24, 2004 9:16 AM
To: 'oracle-l_at_freelists.org'
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_at_vicr.com]=20
Sent: Tuesday, August 24, 2004 9:12 AM
To: oracle-l_at_freelists.org
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_at_labor.state.ny.us]
Sent: Tuesday, August 24, 2004 8:21 AM
To: 'oracle-l_at_freelists.org'
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_at_amis.com [mailto:jo_holvoet_at_amis.com]=3D20
Sent: Tuesday, August 24, 2004 8:13 AM
To: oracle-l_at_freelists.org
Cc: 'oracle-l_at_freelists.org'; oracle-l-bounce_at_freelists.org
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_at_labor.state.ny.us>
Sent by: oracle-l-bounce_at_freelists.org
08/24/2004 14:03
Please respond to oracle-l
=3D20
To: "'oracle-l_at_freelists.org'" <oracle-l_at_freelists.org> 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_at_amis.com [mailto:jo_holvoet_at_amis.com]=3D20
Sent: Tuesday, August 24, 2004 7:58 AM
To: oracle-l_at_freelists.org
Cc: 'oracle-l_at_freelists.org'; oracle-l-bounce_at_freelists.org
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_at_labor.state.ny.us>
Sent by: oracle-l-bounce_at_freelists.org
08/24/2004 13:49
Please respond to oracle-l
=3D20
To: "'oracle-l_at_freelists.org'" <oracle-l_at_freelists.org> 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_at_bgs.ac.uk]=3D20
Sent: Tuesday, August 24, 2004 4:57 AM
To: Jackie Brock
Cc: oracle-l_at_freelists.org
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_at_bgs.ac.uk
BGS. . http://www.bgs.ac.uk ********************************************************************* ----------------------------------------------------------------Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://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_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://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_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://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_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://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_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://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_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://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_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://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_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://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_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://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_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Tue Aug 24 2004 - 09:32:27 CDT
![]() |
![]() |