Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> Re: 8.1.7 LMTs Autoallocate vs Uniform Extents
Sundeep,
Major differences between AUTOALLOCATE and UNIFORM is the fact that extent sizes in AUTOALLOCATE tablespace are not uniformly-sized.
I've been working in v9.0.1 (not 8.1.7 -- don't have one of those!) and noticed the following pattern in non-partitioned tables and range-partitioned tables:
first 16 extents = 64K (8 blocks of 8K apiece) next 63 extents = 1M (128 blocks of 8K apiece) next ? extents = 8M (1024 blocks of 8K apiece)
In my tablespaces, I haven't seen more than 16 extents of 64K for any segment, and I haven't seen more than 63 extents of 1M for any segment. I don't have any objects big enough (yet) to probe the upper reaches of the 8M extent range...
These tables were loaded with conventional-path SQL*Loader, which appears to be an important factor.
Because, for my composite-partitioned tables, I noticed that the subpartitions do not follow this pattern at all. It could be due to the nature of a HASH-partition or a COMPOSITE-partition, but I suspect that it is due more to the fact that they were loaded with direct, parallel SQL*Loader. The extent sizes follow a pattern that I, as a non-mathematically-inclined person, cannot yet quantify. For those with the same pattern-seeking mania exhibited by the character of John Nash in the movie "A Beautiful Mind", here's a query of a single large subpartition:
EXTENT_ID BLOCKS
---------- ----------
0 8 1 8 2 8 3 8 4 8 5 8 6 8 7 8 8 8 9 8 10 8 11 8 12 8 13 8 14 8 15 8 16 128 17 128 18 128 19 24 20 8 21 8 22 8 23 8 24 8 25 8 26 8 27 8 28 8 29 8 30 8 31 8 32 8 33 8 34 8 35 8 36 128 37 128 38 96 39 8 40 8 41 8 42 8 43 8 44 8 45 8 46 8 47 8 48 8 49 8 50 8 51 8 52 8 53 8 54 8 55 128 56 128 57 128 58 128 59 48 60 8 61 8 62 8 63 8 64 8 65 8 66 8 67 8 68 8 69 8 70 8 71 8 72 8 73 8 74 8 75 8 76 128 77 128 78 128 79 64 80 8 81 8 82 8 83 8 84 8 85 8 86 8 87 8 88 8 89 8 90 8 91 8 92 8 93 8 94 8 95 8 96 128 97 128 98 128 99 128 100 64 101 8
Quite a few patterns leap to mind from this, but then I started seeing trench-coated CIA operatives so I'm just going to leave it alone (a reference to the above-mentioned movie, in case you're wondering)...
Hope this helps...
-Tim
> Can someone point me to good reading material on this
> subject. Is one better than the other for performance
> and manageability?
>
> Syntactically the autoallocate is shorter and seems to
> be more hands off (does that mean worry free also?).
>
>
> TIA
>
>
> =====
>
> Sundeep Maini
> Consultant
> Currently on Assignement at Marshfield Clinic WI
> mainis_at_mfldclin.edu
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Movies - coverage of the 74th Academy Awards®
> http://movies.yahoo.com/
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: sundeep maini
> INET: sundeep_maini_at_yahoo.com
>
> 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: 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.com -- Author: Tim Gorman INET: Tim_at_SageLogix.com 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: 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 26 2002 - 14:45:41 CST