Re: Rollback too small... on analyze???
- From: "Ryan" <ryan.gaffuri@xxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Sat, 14 Feb 2004 09:47:52 -0500
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@xxxxxxxxxxx>
To: <oracle-l@xxxxxxxxxxxxx>
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@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //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@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
