RE: SYS.HIST_HEAD$ defrag?

Alex,

Deleting the stats then dropping takes about 10 minutes on average, so
yes that's a much better option.  I've got that set up now via a BEFORE
DDL trigger which checks for this specific table.  Actually, per your
mention, I'm researching gathering GLOBAL instead of ALL for
granularity.  For some dumb reason I never considered/tested that.

With 9i, I'm just not willing right now to put more time/investment into
it.  We badly need to upgrade our ODS to 10g.  If I try to hash this
issue out with Oracle, I'll have to spend about 1 month of time to get
them to admit its a bug, then wait x amount of time for a fix, then test
on our side, get proper approvals for migration of the patch to our
integration test, then eventually production.  9i is desupported as of
8/08 I believe, so our goal is to have all our dbs on 10g by then.
(Maybe too much detail, but had to get that out).

Dave
___________________________________

David C. Herring, DBA  |   A c x i o m  Delivery Center Organization

630-944-4762 office | 630-430-5988 wireless | 630-944-4989 fax


> -----Original Message-----
> From: gorbyx@xxxxxxxxx [mailto:gorbyx@xxxxxxxxx] On Behalf Of Alex
> Gorbachev
> Sent: Thursday, August 23, 2007 7:32 AM
> To: Herring Dave - dherri; oracle-l@xxxxxxxxxxxxx
> Subject: Re: SYS.HIST_HEAD$ defrag?
> 
> Is performance of deleting stats acceptable or close?
> Does it have the same problem statement?
> If that solved in 10g - they might be able to port it back to 9.2.0.8.
> If 10g is exposed they might still solve it and port back. It all
> depends if you have a valid business reason for that. 9.2 is still
> fully supported. Right?
***************************************************************************
The information contained in this communication is confidential, is
intended only for the use of the recipient named above, and may be legally
privileged.

If the reader of this message is not the intended recipient, you are
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited.

If you have received this communication in error, please resend this
communication to the sender and delete the original message or any copy
of it from your computer system.

Thank You.
****************************************************************************
--
http://www.freelists.org/webpage/oracle-l

Other related posts: