Rich, if the tables are not OLTP tables, you can probably help with
bitmap indexes and (please, don't laugh) clusters, if the rows are not
too long. You may even try materialized views, if that would help
those queries. On the other hand, if the tables are of OLTP nature,
which means that they are frequently accessed by concurrent DML
statements, then may Codd have mercy on you!
On 04/23/2004 03:04:27 PM, "Jesse, Rich" wrote:
> The one that comes to mind is a particularly nasty query from a Business
> Objects (aka "B.O.") report that runs against our OLTP DB. Did I mention
> that the vendor ported the schema from VMS RMS files, so there's no
> normalization (e.g. first row of description in master table, with the rest
> of the description optionally in another table) or RI or PKs?
--
Mladen Gogala
Oracle DBA
Note:
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks.
Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.
----------------------------------------------------------------
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 Fri Apr 23 2004 - 14:11:47 CDT
