John, You are right, I just find out note 1029850.6 on metalink : "A block is relinked to a free list if after DELETE or UPDATE operations, the percentage of the used space falls below PCTUSED."
--- [EMAIL PROTECTED] a �crit�: > Well I was sure about it until you had the temerity > to question me :) > I think we agree on extents sizes not being changed > after the event so it is > now a discussion on whether changes to a > pctfree/pctused are retrospective. > > I contend that if a table is fully loaded upto its > pctfree/pctused limits > and there are no available blocks on the freelist > then by changing the > pctfree/pctused values no additional blocks will > suddenly appear on the > freelist. > I do agree however that if a block is amended by > having a row deleted or a > row updated then the new values come into play and > the blockcould then be > available on the freelist. > > I think I am correct on this but as with anything I > am always ready to be > proved wrong - it has happened before and wil > lhappen may times in the > future > > John > > > -----Original Message----- > Sent: 24 September 2002 15:47 > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > > > Are you sure about that John? > > On Tuesday 24 September 2002 04:28, > [EMAIL PROTECTED] wrote: > > No, it is not retrospective. > > You are setting parameters to be used when the > next extent is created. > > A better example is when setting next extent size > to be different than the > > existing extent size (dictionary managed > tablespaces only). > > It does not alter all the existing extents it only > works on the next one > > that is created. > > > > HTH > > > > John > > > > -----Original Message----- > > Sent: 24 September 2002 10:58 > > To: Multiple recipients of list ORACLE-L > > > > > > > > Is the effect of modifying PCTFREE/PCTUSED > immediate ? > > > > > > If I do an "ALTER TABLE <tablename> PCTFREE 99 > PCTUSED1", > > does this take effect immediately, even for > existing blocks. > > [If so, existing blocks would not get new rows > inserted]. > > Or is it effective only in new Extents ? In that > case, > > existing blocks in existing Extents still use the > old > > PCTFREE/PCTUSED parameters and keep re-entering > the > > FreeList. > > > > Hemant K Chitale > > http://hkchital.tripod.com > -- > Please see the official ORACLE-L FAQ: > http://www.orafaq.com > -- > Author: > 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). ===== St�phane Paquette DBA Oracle, consultant entrep�t de donn�es Oracle DBA, datawarehouse consultant [EMAIL PROTECTED] ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais ! Yahoo! Mail : http://fr.mail.yahoo.com -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: =?iso-8859-1?q?paquette=20stephane?= 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).
