Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Database Outages - Best Practices

RE: Database Outages - Best Practices

From: Hollis, Les <Les.Hollis_at_ps.net>
Date: Thu, 17 Feb 2005 08:54:24 -0600
Message-ID: <FCC960FDB92F5E469A02464FF72872F4041E9B93@pscdalpexch50.perotsystems.net>


That would be great IF the client were to pop the bucks for partitioning.

PLUS this is a V7 database I'm talking about here specifically....PLUS it is Oracle Financials which you don't want to muck around with table definition's, etc...AOL doesn't like it PLUS....PLUS......

You have a pretty good understanding of that part of partitioning...but AGAIN, it is expensive and not all customers/clients are willing to pay the price

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of david wendelken Sent: Thursday, February 17, 2005 8:30 AM To: oracle-l_at_freelists.org
Subject: RE: Database Outages - Best Practices

>> Table reorgs (Typically after huge deletes as in a table purge..)

>> ...So you purge data, drop a table from 27G to 16G , ...

Aren't huge deletes like this forseeable when the system is built?

If so, couldn't the tables be partitioned according to the criteria for deletion - such as accounting period, etc.?

I know - not always!=20

But where it could be, the downtime wouldn't be needed at all, would it?

Just drop the partition and be done with it. Or have I misunderstood how partitions work?

--
http://www.freelists.org/webpage/oracle-l

--
http://www.freelists.org/webpage/oracle-l
Received on Thu Feb 17 2005 - 09:55:37 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US