Sounds like a perfect scenario for the max records per block method outlined by
Mark and Steve.
Quoting David Sharples <dsharples@xxxxxxxxxxxxxxxxxxxxx>:
> Thanks Cary, migrated rows definitely looks the way to go.=20
>
> I can set a good setting if I was starting from scratch, where I didn't
> have fat and skinny rows. The problem I have now is setting a good
> value for a table with a mixture of rows on my live systems.
>
> So how does this sound, rebuild the table with default setting of 10 or
> 20 % so the fat rows don't waste much space and the skinny rows have a
> bit of room to grow and maybe some may migrate (that's ok)
>
> Then I do alter table xxx pctfree 60; for example - then new rows will
> be able to grow as needed leaving old ones unaffected?
>
--
regards
Wolfgang Breitling
Oracle 7,8,8i,9i OCP DBA
Centrex Consulting Corporation
www.centrexcc.com
----------------------------------------------------------------
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 http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------