Oracle-L: RE: Extent allocation for objects

From: Rick Stephenson <RStephenson_at_Ovid.com>
Date: Mon, 19 May 2003 13:27:14 -0800
Message-ID: <F001.0059D15A.20030519132714@fatcity.com>

If someone knows a way around this without actually dropping and recreating the table, I would love to hear it as well.

Thanks,

Rick Stephenson

Oracle Database Administrator

Ovid Technologies, Inc.

rick_stephenson_at_ovid.com

-----Original Message-----
Sent: Monday, May 19, 2003 2:16 PM
To: ORACLE-L_at_fatcity.com; Rick Stephenson

Hi Rick,

I've seen the same behavior, except I was moving to a system managed extent size LMT. My guess is that it's swapping blocks or something, it certainly isn't doing a select... insert. If it was going through the sql engine, I'd expect to see the disk savings that you were expecting - similar to what you'd see if you exported and imported. If you stumble across a better explanation, I'd be interested.

Thanks

Lisa Koivu
Oracle Database Dork
Fairfield Resorts, Inc.
5259 Coconut Creek Parkway
Ft. Lauderdale, FL, USA 33063
Office: 954-935-4117
Fax: 954-935-3639
Cell: 954-683-4459

-----Original Message-----
Sent: Monday, May 19, 2003 4:42 PM
To: Multiple recipients of list ORACLE-L

Let me give you the scenarios. Maybe I can get a good explanation from someone.

Tablespace A locally managed uniform extents size 512M.

Tablespace B locally managed uniforma extents size 1M.

Create table TabA tablespace A. Insert data, and it has 1 extent of 512M even though the table size is only 76M. This makes sense.
Create table TabA tablespace B. Insert data, and it has 76 extents of 1M each. This makes sense.
Create table TabA tablespace A. Same as scenario 1. Alter table TabA move tablespace B. Creates 512 extents of 1M each. Why?

The table only needs 76M of space. Why create all those additional extents?

Thanks for any information,

Rick Stephenson

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, forwarding or otherwise distributing or taking any action in reliance on the contents of this information is strictly prohibited.

--

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

Author: Rick Stephenson
INET: RStephenson_at_Ovid.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 Mon May 19 2003 - 16:27:14 CDT