RE: Delete slowing..

From: Sinard Xing <sinardyxing_at_bcs-ach.com.sg>
Date: Thu, 29 Nov 2001 01:23:52 -0800
Message-ID: <F001.003D006B.20011129005018@fatcity.com>

Hi,

Perhaps you check the Indexes against that table, you can drop the index first,
you
may consider a TRUNCATE TABLE command if you not need the rollback option.

Sinardy

-----Original Message-----From: root_at_fatcity.com [mailto:root_at_fatcity.com]On Behalf Of Hallas JohnSent: Wednesday, 28 November 2001 5:31 PMTo: Multiple recipients of list ORACLE-LSubject: RE: Delete slowing..
 Mark, something else to add to your list of things to check Does a FTS of the table take a long time as well? If so I would try re-creating the table to remove the space left by previously deleted rows. John
 -----Original Message----- From:
 Stephane Faroult [<A
 href="mailto:sfaroult_at_oriole.com">mailto:sfaroult_at_oriole.com] Sent: 27 November 2001 19:55 To:
 Multiple recipients of list ORACLE-L Subject: Re: Delete slowing..
 Mark Leith wrote: >
> Hi list people :) >
> We have a customer who has been running a
 particular delete statement > against a table for a while now, which usually ran within minutes. All of a <FONT

  size=2>> sudden this table has suddenly gone from a few minutes right up to 
  50! He > wants to diagnose why.. <FONT 
  size=2>> > Where would you start?

> > I have a few ideas of my

own - like stale stats, small rollback segments > etc. - but am after some of your advice also before I get back to him
> tomorrow morning.. Not sure on the Oracle version, OS,
or even amount of > rows he is deleting or size of the table (yet, I'll find this out tomorrow), > but there has to be a pretty standard way of diagnosing this.. > > All help appreciated.
> > Mark <FONT

  size=2>> > 
  =================================================== <FONT 
  size=2>>  Mark

  Leith
  | T: +44 (0)1905 330 281 > Sales &
  Marketing      | F: +44 (0)870 127 5283   > Cool Tools UK Ltd      |
  E: mark_at_cool-tools.co.uk >

'We have done nothing and suddenly it's slow' is a well known tune. Usual suspects : <FONT

  size=2>    1) Stats, computed or deleted <FONT 
  size=2>    2) Dropped index <FONT 
  size=2>    3) Newly created trigger <FONT 
  size=2>    4) Locks. Nobody doing DML on the same table during

the delete ? -- Regards,
 Stephane Faroult Oriole
 Corporation Voice: +44 (0) 7050-696-269 Fax: +44 (0) 7050-696-449
 Performance Tools & Free Scripts <FONT

  size=2>--------------------------------------------------------------

<A target=_blank
href="http://www.oriole.com">http://www.oriole.com, designed by Oracle DBAs for Oracle DBAs <FONT

  size=2>--------------------------------------------------------------

Please see the official ORACLE-L FAQ: <A target=_blank href="http://www.orafaq.com">http://www.orafaq.com -- Author: Stephane Faroult INET: sfaroult_at_oriole.com Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- 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). >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>This electronic message contains information from the mmO2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately.>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Received on Thu Nov 29 2001 - 03:23:52 CST