Connor,
What on earth you are doing on this list immediately after your Wedding?
Which cruise liner has internet access?? I think Disney has ...
ps: Thanks for the algorithm, let me implement and see how good my data
dictionary holds up.
Raj
Rajendra dot Jamadagni at espn dot com
Any views expressed here are strictly personal.
QOTD: Any clod can have facts, having an opinion is an art !!
-----Original Message-----
Sent: Tuesday, March 11, 2003 9:24 AM
To: Multiple recipients of list ORACLE-L
Not that this helps Raj much, but the algorithm does
vary if the initial size of the segment is large,
along the lines of:
case
when initial_extent < 1m then
case when extents < 16 then next = 64k,
when extents < 80 then next = 1m,
when extents < 200 then next = 8m,
else next = 64m
when initial_extent >= 1m then
case when extents < 64 then next = 1m,
when extents < 184 then next = 8m,
else next = 64m )
and a large thank you to all those who passed on best
wishes for my wedding. It was a great day enjoyed by
all.
Cheers
Connor
- "Daniel W. Fink" <optimaldba_at_yahoo.com> wrote: >
>From my testing, I have found the following
> autoallocate alogrithm. The
> first 16 extents are 64k in size. The subsequent
> allocation method is
> the next 63 extents of 1m, the next 120 extents of
> 8m and all additional
> extents at 64m. I have tested this with segments in
> excess of 100
> gigabytes and I did not find a new extent size. The
> first 3 sizes are
> documented by Oracle, the last one I found by
> testing and have verified
> from other research, though the author/website
> escapes me at the current
> time.
>
> --
> Daniel W. Fink
> http://www.optimaldba.com
>
> IOUG-A Live! April 27 - May 1, 2003 Orlando, FL
> Sunday, April 27 8:30am - 4:30pm - Problem
> Solving with Oracle 9i SQL
> Wednesday, May 1 1:00pm - 2:00pm - Automatic Undo
> Internals
>
>
> Jamadagni, Rajendra wrote:
>
> > Rachel,
> >
> > in case of auto allocate, oracle used 4 or 5
> (experts don't even agree
> > on if it is 4 or 5) fixed sizes (64k ...) and
> based on number of
> > existing extents it will choose when an extent of
> next size should be
> > allocated. The problem is there is no set formula
> (or I haven't seen
> > one agreed upon by Oracle ... the answer from
> Oracle is always fuzzy
> > about this).
> >
> > That's why, I don't know if the next extent of my
> table will be 64K or
> > 1M ... if someone knows a formula, I can write a
> quick script and
> > things would be easy ... but due to lack of
> formula, everything is a
> > hypothesis ..
> >
> > In case of dictionary managed, you have next
> extent size and pct
> > increase and you can predict what the next extent
> would be. This is
> > also true if you use uniformed extents in LMT. But
> it isn't easy in
> > LMT and auto allocate. It is probably as
> predictable as expecting a
> > straight like from a drunken monkey with a crayon.
> >
> > Raj
> >
>
> > Rajendra dot Jamadagni at espn dot com
> > Any views expressed here are strictly personal.
> > QOTD: Any clod can have facts, having an opinion
> is an art !!
> >
>
>------------------------------------------------------------------------
> >
>
>********************************************************************This
> e-mail message is confidential, intended only for
> the named recipient(s) above and may contain
> information that is privileged, attorney work
> product or exempt from disclosure under applicable
> law. If you have received this message in error, or
> are not the named recipient(s), please immediately
> notify corporate MIS at (860) 766-2000 and delete
> this e-mail message from your computer, Thank
>
you.*********************************************************************2
> >
> >
>
>
>
Connor McDonald
web:
http://www.oracledba.co.uk
web:
http://www.oaktable.net
email: connor_mcdonald_at_yahoo.com
"GIVE a man a fish and he will eat for a day. But TEACH him how to fish,
and...he will sit in a boat and drink beer all day"
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: =?iso-8859-1?q?Connor=20McDonald?=
INET: hamcdc_at_yahoo.co.uk
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
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).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Jamadagni, Rajendra
INET: Rajendra.Jamadagni_at_espn.com
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
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).
Received on Tue Mar 11 2003 - 08:39:29 CST
