RE: User / Synonym Question

From: Nicoll, Iain \(Calanais\) <iain.nicoll_at_calanais.com>
Date: Mon, 23 Sep 2002 10:18:30 -0800
Message-ID: <F001.004D6DA9.20020923101830@fatcity.com>

Couldn't you do this with a view

something like

create view trans_view
as
select *
from (select t.*

      from transaction_all t,
           user_roles      u
      where granted_role = 'POWER_USER'
      union
      select t2.*
      from transactions)

-----Original Message-----
Sent: Monday, September 23, 2002 6:33 PM To: Multiple recipients of list ORACLE-L

Stephen

I missed one example...
Developer Connects

SELECT * FROM transaction; -- hits the transaction table

I had thought of public synonym for user, private synonym for application. But then I would have to create private synonyms for each developer.

I know, I know. The developers should be smart enough to know which table they accessing. Trust me, they aren't.

Kevin

-----Original Message-----
Sent: Monday, September 23, 2002 12:08 PM To: Multiple recipients of list ORACLE-L

Create the program to access the transaction table within its schema directly and use a public synonym for power users. That should work.

If the transaction table is owned by another user, create a single synonym within the program schema and a public synonym thereafter.

Thank You

Stephen P. Karniotis
Product Architect
Compuware Corporation

Direct:	(248) 865-4350
Mobile:	(248) 408-2918
Email:	Stephen.Karniotis_at_Compuware.com
Web:	www.compuware.com

 -----Original Message-----
Sent:	Monday, September 23, 2002 11:28 AM
To:	Multiple recipients of list ORACLE-L
Subject:	User / Synonym Question

Good Morning/Afternoon/Evening!

I have been charged with implementing a data-archive strategy into an existing, production system. The only issue I have remaining is that damagement wants the developers & programs to only see the active data when they query the transaction table -- and the "power users" to see a partition-view of active and history data when they query the transaction table.

program connects

SELECT * FROM transaction; -- hits the transaction table
power user connects

SELECT * FROM transaction; -- hits the "transaction_all" view

Is there any easy way to do this without reverting to the use of private synonyms for each "power user"? I've fought the good fight and have been unable to convince damangement that this is not the best way to do this, so I'm looking for a technical solution.

TIA
Kevin Toepke
ktoepke_at_trilegiant.com

The information in this electronic mail message is Trilegiant Confidential and may be legally privileged. It is intended solely for the addressee(s). Access to this Internet electronic mail message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or action taken or omitted to be taken in reliance on it is prohibited and may be unlawful.

The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. Trilegiant Corporation is not liable for any loss or damage arising in any way from this message or its attachments.

--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Toepke, Kevin M
INET: ktoepke_at_trilegiant.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------

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).

The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it.

--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Karniotis, Stephen
INET: Stephen_Karniotis_at_compuware.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------