Re: Rollback too small... on analyze???

From: Ryan <ryan.gaffuri_at_cox.net>
Date: Sat, 14 Feb 2004 09:47:52 -0500
Message-ID: <05ef01c3f309$861b7ef0$51a36244@ryan2le36ofjce>

it does. turn autoextend on for your rollback tablespace to get around the problem. Analyze is basically doing a bunch of selects and DML. Both require rollback.

how many records exist in the table originally? You can radically speed up your load by doing

create table /*+ parallel (number) */ <table_name> nologging as select
insert table joined to previous table.

Then drop the old table, rename new table to old table, then issue your index creation as dbms_jobs. Can be MUCH faster.

I dont recommend loading just 5 million records at a time. Turn autoextend on for your rollback tablespace and do a big insert select. The cursor thing is lame. I hate that.

see my comments below...
----- Original Message -----
From: "Michael Kline" <mkline1_at_comcast.net> To: <oracle-l_at_freelists.org>
Sent: Saturday, February 14, 2004 9:28 AM Subject: Rollback too small... on analyze???

> Oracle 8.1.7.4 on HP-UX.
>
> I've got a client trying to insert into large tables in batches of
> 5 million rows which is taking about 20 minutes per 5 million. No
> problem there.
>
> The problem seems to be that he runs an analyze compute statistics
> afterwards and about 1 out of 5 times he gets a rollback segment
> too small. I wouldn't think analyze uses rollback.. It happens
> so infrequently and ALWAYS seems to work if they simply run it
> again.
>
> What I suspect, though have no way to prove, is that the rollbacks
> are still dumping out after the last batch of inserts and the
> analyze gets a bit confused on this.
>
> I have suggested they put a 3-5 minute "wait" before they run
> the analyze and see if that clears the problem up.

dont do this. just turn autoextend on for your rollback tablespace. Its easier. you can always shrink it back down after your done.
>
> Is there any firm foundation to this?
>
> What might be cause this?
>
> The only other process running at the time was another insert
> batch on a different table.
>
>
> Michael Kline, Principal Consultant
> Business To Business Solutions, LLC
> Richmond, VA
> 804-744-1545
>
>
>
>
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------

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 Sat Feb 14 2004 - 08:47:52 CST