Intão, na verdade o MOVE vai recriar o bloco, tal como está, fisicamente em outro extent, será que o seu caso não é o que o Tom Kyte cita no parágrafo :
Can "alter TABLE CUSTOMERS move TABLESPACE" be used to fix chained rows (I've got about 1 miilion out of 5 million rows chained)? Followup February 5, 2003 - 12pm US/Eastern: yup -- just remember to kick in a rebuild of all indexes after that. and make sure the rows are MIGRATED, not truly CHAINED. make sure they can fit on a block! => ie, será que porque foram feitos UPDATEs nos blocos e não havia espaço (devido à PCTFREE baixo, digamos), aí as linhas updateadas migraram, pois não cabiam nos blocos e havia continuação ?? Nesse caso o MOVE recria o bloco tal e qual, mantendo ainda o mesmo espaço para UPDATEs se vc não indicar cláusula de storage, já o CTAS é logicamente um INSERT, aí a linha foi inserida de uma vez e coube ? Por isso que perguntei da criação e de exemplo de uso, isso é o que esclareceria a questão... Imagino que já que o CTAS diminuiu a qtdade de CHAIN foi isso que aconteceu, é uma suposição lógica.... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Rodrigo Mufalani <mufal...@...> escreveu > > Caro Chiappa, > > Obrigado pela pronta resposta!!! > > Então, estou usando blocos de 8k a tabela em questão não tem LOBs, > pois eu usei o CTAS, senão eu teria de usar exp/imp. > > Eu já havia notado essa observação do post do Tkyte. > > O que eu fiz foi recriar a tabela na mesma TBS com bloco de 8k e o > problema foi resolvido. > > --- > Atenciosamente, > > Rodrigo Mufalani > OCP 11g & 10g > mufal...@... > http://mufalani.blogspot.com > > ----- Mensagem original de jlchia...@... --------- > Acho que a *** primeira *** colocação é a mesma que o Tom faz : > > => you are sure the rows can be unchained. They are smaller then > your > blocksize correct? > => if they contain a long or long raw, they will be chained no > matter > what. > > OU seja, SE o tamanho do registro lógico for maior que a área > livre no > bloco, vc VAI TER ROW CHAIn, faça vc o que vc fizer, yes ??? à > FÃSICO > o negócio, NÃO OTEM COMO um registro lógico maior que o espaço > no > bloco não ocupar outro bloco.... E também, SE vc tem LONGs, o > chining > é implÃcito, e se vc tem LOBs ou objetos multi-segmento grandes e > inlime no bloco, idem.... Vc VERIFICOU isso ?? Que tal passar pra > gente o CREATE da tablespace, da tabela e uns INSERTs > representativos ?? > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, Rodrigo Mufalani <mufalani@> > > escreveu > > > > > > Bom dia Senhores, > > > > Esta semana eu tive que ajustar CHAINED ROWS em uma tabela de > > produção. > > > > Minha primeira tentativa foi "alter table XXXX move tablespace > > XXXXX;" > > > > Coletei stats da tabela e a maldita ainda continuava com chained > > > rows. > > > > Daà eu fui olhar a documentação oficial do 10g R2 (Minha > versão de > > produção) > > > > > > > > http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/general.htm#sthref1881 > > > > > Verifiquei que para me livrar das CHAINED ROWS eu precisaria > usar > > exp, CTAS ou delete das linhas e inserilas novamente. > > > > Porém um outro DBA amigo meu (Nelson Cartaxo), teve o mesmo > > problema em outra versão, o Oracle 9i, e achou um documento do > Thomas > > Kyte que diz que pode ser feito da forma como tentei inicialmente, > o > > doc do ASKTOM > > > > http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:1558806445726 > > > > > Minha pergunta é: > > > > Será que o Mr. Tom Kyte está errado? > > > > Acho que é meio difÃcil a Oracle ter mudado isso do 9i para o > 10g > > (seria andar para trás), pois é muito mais fácil fazer um move. > > > > > O negócio é o seguinte, fiz em diversas tabelas os dois > testes, e > > no 10g as CHAINED ROWS só sairam depois do CTAS. > > > > No caso do Nelson, lá com o 9i o "MOVE" funcionou. > > > > Por favor compartilhem suas experiências. > > > > --- > > Atenciosamente, > > > > Rodrigo Mufalani > > OCP 11g & 10g > > mufalani@ > > http://mufalani.blogspot.com > > > ---------------------------------------------------------------------- > > > Na Oi Internet você ganha ou ganha. Além de acesso grátis com > > qualidade, você pode ter contas ilimitadas de email com 1 giga > cada > > uma, > > suporte grátis e muito mais. Baixe grátis o Discador Oi em > > http://www.oi.com.br/discador e comece a ganhar. > > > > Agora, se o seu negócio é voar alto na internet, > > assine Oi Internet Banda Larga e ganhe o modem grátis. Clique em > > http://www.oi.com.br/bandalarga e aproveite essa moleza! > > > > > > > > [As partes desta mensagem que não continham texto foram > removidas] > > > > ------------------------------------ > > > -------------------------------------------------------------------------------------------------------------------------- > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público > e de inteira responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -------------------------------------------------------------------------------------------------------------------------- > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » > Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM > SEU PROPRIO ESPAÃO! VISITE: http://www.oraclebr.com.br/ > > ------------------------------------------------------------------------------------------------------------------------ > Links do Yahoo! Grupos > > --------- > > ---------------------------------------------------------------------- > Na Oi Internet você ganha ou ganha. Além de acesso grátis com > qualidade, você pode ter contas ilimitadas de email com 1 giga cada > uma, > suporte grátis e muito mais. Baixe grátis o Discador Oi em > http://www.oi.com.br/discador e comece a ganhar. > > Agora, se o seu negócio é voar alto na internet, > assine Oi Internet Banda Larga e ganhe o modem grátis. Clique em > http://www.oi.com.br/bandalarga e aproveite essa moleza! > > > > [As partes desta mensagem que não continham texto foram removidas] >