Blz ? Então, explica melhor exatamente o que vc está chamando de "espaço 
perdido" : por exemplo, essas tabelas sofreram DELETEs de grande monta, aí 
(obviamente, como DEVERIA acontecer) esse espaço que no momento está sem dados 
continua reservado para as tabelas que o usaram, de modo a ACELERAR futuros 
INSERTs, é isso ?? 
SE for isso, primeiro ENTENDA que (como eu disse acima) isso Não É espaço 
desperdiçado, o espaço VAI SIM ser usado NORMALMENTE nos próximos INSERTs ou 
UPDATEs.... 
  SE REALMENTE vc tem 100% de certeza que essas tabelas Não Vão nunca mais 
sofrer nem INSERTs nem UPDATEs que venham a consumir esse espaço, aí sim : a 
primeira opção seria fazer o SHRINK das tabelas, vide 
https://oracle-base.com/articles/misc/alter-table-shrink-space-online .... 
Notar porém que :
  
  - shrink não pode ser usado em tablespaces criadas da maneira antiga e 
não-recomendada, ie, baseadas em dicionário, e/ou que não estejam sendo 
controladas pelo algoritmo de AUTO 
  
  - não corrige extents com tamanho impróprio (comuns se vc Não está usando 
tablespaces LMT com extent management AUTO)
  
  - vc não o pode usar com LONGs
  
  - ele VAI mudar o rowid das linhas movidas, o que PODE interferir se vc 
armazena essa informação em algum lugar
  
 Esses pontos estão todos citados no link acima.... CASO vc caia neles (bem 
possível, pelo que vc disse) aí vc tem que RECRIAR os extents todos dos 
segmentos todos : o mais fácil imho seria criar uma NOVA tablespace, lmt E com 
as best practices habilitadas (em especial usando algoritmo de AUTOSIZE se vc 
não sabe qual seria o melhor tamanho de extent pros segments), E depois disso 
exportar, dropar (com PURGE, o que libera o espaço completamente) e depois 
importar na nova tablespace os objs todos.. DEPOIS disso ok, aí é dropar a 
tablespace velha, que estará vazia.... Se vc puder usar expdp, a opção 
REMAP_TABLESPACE pode te ajudar... Só tenho algumas dúvidas no caso do LONG, 
pois ele já tinha sido DEPRECIADO na época do 10g iirc, testa direitinho antes 
de usar em Prod...
 
 []s
 
   Chiappa
  • [oracle_br] Tabelas... 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
    • [oracle_br] Re... jlchia...@yahoo.com.br [oracle_br]
      • [oracle_br... jlchia...@yahoo.com.br [oracle_br]
      • RES: [orac... 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
        • Re: RE... jlchia...@yahoo.com.br [oracle_br]
          • Re... jlchia...@yahoo.com.br [oracle_br]
          • RE... 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
        • OFF-TO... jlchia...@yahoo.com.br [oracle_br]
    • Re: [oracle_br... Marcos Braga braga.mar...@gmail.com [oracle_br]
      • RES: [orac... 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
      • Re: [oracl... Marcos Braga braga.mar...@gmail.com [oracle_br]
        • Re: [o... jlchia...@yahoo.com.br [oracle_br]

Responder a