RE: User / Synonym Question

From: Toepke, Kevin M <ktoepke_at_trilegiant.com>
Date: Mon, 23 Sep 2002 09:48:28 -0800
Message-ID: <F001.004D6CA9.20020923094828@fatcity.com>

Dennis:

The goal of the partitioning/archive are: better performance, faster and fewer full-table scans, faster RMAN backups (move history to read-only tablespaces), indexing history differently than active data to speed research and to generally reduce the frequency of the "the database is running slow, please investigate" pages.

Yes, we are using partitioning (or hope to if management will approve the design. Don't ask.) Most of the applications will not be effected by the partitioning-based design. Only the reports and a couple screens will have to be changed.

Yes, this is a hack to improve the performance of a system that had the database originally designed by the power users. (Again, don't ask.) One of the stated acceptance criteria for the design was minimal code impact. (back to the management making the design decisions. Oh well.)

I guess I'm off to figure out a way to automate the creation of private synonyms for developers.

Kevin

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

Kevin

I have always heard private synonyms are the preferred way to accomplish what you want. If you prefer, you could assign developers the private synonyms instead and everyone else gets the public one that gives access to the entire table.

Looking at the larger issue, what is your goal with this archiving strategy? Faster full-table scans? Have you investigated Oracle partitioning? Will any applications be used to access these tables, and how will their queries be affected?

Dennis Williams
DBA
Lifetouch, Inc.
dwilliams_at_lifetouch.com <mailto:dwilliams_at_lifetouch.com>

-----Original Message-----
Sent: Monday, September 23, 2002 10:28 AM To: Multiple recipients of list ORACLE-L

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

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

Author: DENNIS WILLIAMS
INET: DWILLIAMS_at_LIFETOUCH.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
---------------------------------------------------------------------