Oracle-L: RE: Extent allocation for objects

From: Koivu, Lisa <Lisa.Koivu_at_Fairfieldresorts.com>
Date: Tue, 20 May 2003 05:16:51 -0800
Message-ID: <F001.0059DA81.20030520051651@fatcity.com>

Hi Dennis -

I have seen exactly what Rick is describing and figured it was because it was moving blocks (hence invalidated indexes after the move). Can you really alter the storage parameters if your target tablespace is LMT?

Lisa Koivu
Oracle Database Monkey
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 5:07 PM
To: Multiple recipients of list ORACLE-L

Rick - When you MOVEed the table, you probably didn't alter any storage parameters, so Oracle probably kept the storage parameters from Tablespace A. My guess is that if you tried it again, altering the storage parameters, you'd see the result you were expecting.

Dennis Williams
DBA, 80%OCP, 100% DBA
Lifetouch, Inc.
dwilliams_at_lifetouch.com

-----Original Message-----
Sent: Monday, May 19, 2003 3: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: DENNIS WILLIAMS
INET: DWILLIAMS_at_LIFETOUCH.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).

--

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

Author: Koivu, Lisa
INET: Lisa.Koivu_at_Fairfieldresorts.com

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