RE: Fragmentation ?

From: VIVEK_SHARMA <VIVEK_SHARMA_at_infosys.com>
Date: Fri, 13 Jun 2003 02:56:42 -0700
Message-ID: <F001.005B112A.20030613023936@fatcity.com>

Dennis , List

What may be the OTHER forms of fragmentation ?

What Number of Extents may be considered Critical warranting RE-Organization for Manually Sized Objects existing in LMTs ?

Thanks for the great paper . Had read it previously though .

Thanks

-----Original Message-----
Sent: Wednesday, June 11, 2003 8:25 PM
To: Multiple recipients of list ORACLE-L

Vivek

Make sure you've read "How to Stop Defragmenting and Start Living" http://metalink.oracle.com/cgi-bin/cr/getfile_cr.cgi?239049 The authors point out that uniform extents stop fragmentation at the tablespace level. However they point out that there are other forms of fragmentation.

Dennis Williams
DBA, 80%OCP, 100% DBA
Lifetouch, Inc.
[EMAIL PROTECTED] -----Original Message-----
Sent: Wednesday, June 11, 2003 9:15 AM
To: Multiple recipients of list ORACLE-L

Qs What is the advantage of having dba_tablespaces.ALLOCATION_TYPE = "UNIFORM" OVER dba_tablespaces.ALLOCATION_TYPE = "USER" ?

With ALLOCATION_TYPE = "UNIFORM" , NEXT_EXTENT Size of the Object can NOT be Manually defined in the Table Creation Script <storage (NEXT <Value>)> , which is allowed when having allocation_type="USER" .

Allocation_type="USER" allows Objects with Different NEXT_EXTENT Sizes to be Created in the SAME LOCALLY managed Tablespace & thus reduces Total Number of Extents for the respective Table. Our Application does have Objects of Dissimilar Sizes Existing tin the Same Tablespace .

Does ALLOCATION_TYPE = "UNIFORM" automatically imply NO Fragmentation Irrespective of the Number of Extents of the Object (in a Locally Managed Tablespace) ? Does it further imply NO further need to Look at Number of Extents of an Object in a Locally Managed Tablespace ?

NOTE Allocation_type can be made = "USER" by using the stored procedures :- dbms_space_admin.tablespace_migrate_from_local / dbms_space_admin.tablespace_migrate_to_local

Am i still Lost in the World of Oracle 7 ?

Thanks

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: VIVEK_SHARMA
INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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: DENNIS WILLIAMS
INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------