RE: Speed up Truncate tables - rebuild index

Thu, 16 Aug 2001 11:04:20 -0700

Title: RE: Speed up Truncate tables - rebuild index
Yes, the point of my message was simply a quick reminder to rebuild the indexes on a table that has been ALTER TABLE...MOVE moved.
 
I havent tested this, but I believe Lisa is right, in part, if the table is truncated, then moved, then why bother rebuilding the indexes?  The table is empty.  There are no ROWIDS in the index to worry about.
 
So sorry, I wasnt following the thread, so again it was just a quick reply...glad it's Friday....errr....never mind....where did I hide that darn bottle?
-----Original Message-----
From: Koivu, Lisa [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 16, 2001 1:21 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: Speed up Truncate tables - rebuild index

Ahhh... Thank you.  Pre-coffee over here.

LK

    -----Original Message-----
    From:   Igor Neyman [SMTP:[EMAIL PROTECTED]]
    Sent:   Thursday, August 16, 2001 12:58 PM
    To:     Multiple recipients of list ORACLE-L
    Subject:        Re: Speed up Truncate tables - rebuild index

    Lisa,
     
    I think Chris referred to 'alter table ... move',
    in which case you need to rebuild indexes (ROWIDs changed).
     
    Igor Neyman, OCP DBA
    Perceptron, Inc.
    (734)414-4627
    [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
     

      ----- Original Message -----
      From: Koivu, Lisa <mailto:[EMAIL PROTECTED]>
      To: Multiple recipients of list ORACLE-L <mailto:[EMAIL PROTECTED]>
      Sent: Thursday, August 16, 2001 12:20 PM
      Subject: RE: Speed up Truncate tables - rebuild index


      Actually Chris if you truncate a table, the indexes on the table are truncated right along with it.  You don't end up with a sparse index, like when you delete many rows.  Try it.  I did (8.1.6)  and was very happy to see this behavior. 

      Lisa Koivu
      Oracle Database Administrator
      Fairfield Resorts, Inc.
      954-935-4117


      -----Original Message-----
      From:   Grabowy, Chris [SMTP:[EMAIL PROTECTED]]
      Sent:   Wednesday, August 15, 2001 5:20 PM
      To:     Multiple recipients of list ORACLE-L
      Subject:        RE: Speed up Truncate tables

      Don't forget to rebuild your indexes...

        -----Original Message-----
        From: Mercadante, Thomas F [ <mailto:[EMAIL PROTECTED]>]
        Sent: Wednesday, August 15, 2001 4:35 PM
        To: Multiple recipients of list ORACLE-L
        Subject: RE: Speed up Truncate tables


        Cool!  I just tried it - works like a charm!
         

        Tom Mercadante
        Oracle Certified Professional

          -----Original Message-----
          From: [EMAIL PROTECTED] [ <mailto:[EMAIL PROTECTED]>]
          Sent: Wednesday, August 15, 2001 4:02 PM
          To: Multiple recipients of list ORACLE-L
          Subject: RE: Speed up Truncate tables

          Not true, at least in 8i. Using 'alter table move ' you could change the initial extent size..

          SQL>alter table test move storage (initial 2M);

          Table altered.

          Only catch here is that 'move' command doesn't apply to tables having long ,long raw, LOB etc..Initial extent can be changed for the remaining tables..

          Thanks
          Riyaj "Re-yas" Shamsudeen
          Certified Oracle DBA
          i2 technologies   www.i2.com


              Christopher Spence <[EMAIL PROTECTED]>
      Sent by: [EMAIL PROTECTED]

      08/15/01 02:22 PM
      Please respond to ORACLE-L

             
              To:        Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
              cc:        
              Subject:        RE: Speed up Truncate tables   



          You are correct, unless your using 9i, you cannot alter the initial extent
          without dropping the table.

          "Do not criticize someone until you walked a mile in their shoes, that way
          when you criticize them, you are a mile a way and have their shoes."

          Christopher R. Spence
          Oracle DBA
          Phone: (978) 322-5744
          Fax:    (707) 885-2275

          Fuelspot
          73 Princeton Street
          North, Chelmsford 01863




          -----Original Message-----
          Sent: Wednesday, August 15, 2001 3:07 PM
          To: Multiple recipients of list ORACLE-L


          Thomas,
          are your sure you can change the initial extent?  My senior dba told me once
          it is not possible; you have to drop and recreate table if there is a need
          to change Initial extent. I am going to play with it today.

          -----Original Message-----
          Sent: Wednesday, August 15, 2001 1:27 PM
          To: Multiple recipients of list ORACLE-L


          Chuan,

          Kevin is correct.  If your truncate table is taking a *long* time (and the
          table is not locked by another process), it's because your storage params
          are incorrect for the amount of data you are holding.

          Look at initial and next in comparison with the number of extents
          (DBA_EXTENTS view) for the table in question, and modify them before you
          load the data. You can modify the INITIAL extent by issuing an 'alter table
          allocate extent(size x)' command to grow the INITIAL extent.  
          You can also modify the NEXT extent by issuing an 'alter table storage (next
          x)' command to change the NEXT extent.

          hope this helps.

          Tom Mercadante
          Oracle Certified Professional


          -----Original Message-----
          Sent: Wednesday, August 15, 2001 11:02 AM
          To: Multiple recipients of list ORACLE-L


          I had the same problem when truncating a huge table (24 Mill rows).   It
          turned out that the reason my table was taking so long was the amount of
          extents I had on it.  I could look at what was actually happening during a
          truncate and it had to go and take each individual block and put them back
          in the available lists.  

          Well, after changing the settings on the table to make larger extents (and
          therefore fewer) the truncates on that table went hundreds of times faster
          (we had real bad settings on that table before).

          You might investigate your storage parms and see just how many extents you
          do have on that table.

          -----Original Message-----
          Sent: Wednesday, August 15, 2001 3:10 AM
          To: Multiple recipients of list ORACLE-L


          Hi All,

             Is there any way to speed up the truncating a big table with 12 million
          rows?

          Basically, I implemented truncating that big table on Production, but it
          affected the performance much, so I had to stop it in the middle of way. All
          the rows were truncated but the HWM was not shrunk at all. I want to do it
          again to get the space back. Is there any way to speed up this process?

          Platform: Oracle EE8.0.6 and Solaris 2.7

          Thanks a lot in advance.

          Chuan

          --
          Please see the official ORACLE-L FAQ:           <http://www.orafaq.com>
          --
          Author: Chuan Zhang
           INET: [EMAIL PROTECTED]

          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: [EMAIL PROTECTED] (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: Kevin Lange
           INET: [EMAIL PROTECTED]

          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: [EMAIL PROTECTED] (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: Mercadante, Thomas F
           INET: [EMAIL PROTECTED]

          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: [EMAIL PROTECTED] (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:
           INET: [EMAIL PROTECTED]

          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: [EMAIL PROTECTED] (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: Christopher Spence
           INET: [EMAIL PROTECTED]

          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: [EMAIL PROTECTED] (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).


Reply via email to