Dia
> Desculpe a curiosidade, mas enfim, o que é:
>
> PMFJI , mas IMHO ??
>
> obrigada
>
> Cris
>
>
> - Original Message -
> From: jlchiappa
> To: oracle_br@yahoogrupos.com.br
> Sent: Wednesday, December 07, 2005 4:42 PM
> Subjec
--- Em oracle_br@yahoogrupos.com.br, Nelson Cartaxo
<[EMAIL PROTECTED]> escreveu
> Chiappa,
>
> Valeu pela aula.
Como sempre, sendo algo que eu conheça e em eu tendo tempo, tamos aí...
>Na verdade tambem queria fazer a reorg devido a tablespace
> não ser LMT.
Pronto, razão justificada, tab
US/RJ (MS)
> Tel: 3974-7090
>
> -Mensagem original-
> De: Marcio Portes [mailto:[EMAIL PROTECTED]
> Enviada em: quarta-feira, 7 de dezembro de 2005 14:11
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: RES: RES: [oracle_br] Duvida Reconstrução de tabela
>
>
ar e nos contar depois... :)
>
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br
[mailto:[EMAIL PROTECTED] Em
> nome de Marcio Portes
> Enviada em: quarta-feira, 7 de dezembro de 2005 14:47
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: RES: RES: RES: [oracle
eira, 7 de dezembro de 2005 14:11
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: RES: RES: [oracle_br] Duvida Reconstrução de tabela
>
>
> Desculpe por não ter apontado isso antes. Dependendo da sua
> estratégia de backup, voce precisará colocar tanto a tabela quanto
os
&g
4 processadores, usar um parallel 3...
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br
[mailto:[EMAIL PROTECTED] Em
> nome de Nelson Cartaxo
> Enviada em: quarta-feira, 7 de dezembro de 2005 14:28
> Para: oracle_br@yahoogrupos.com.br
> Assunto: RES: RES: RES
7 de dezembro de 2005 12:14
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: RES: [oracle_br] Duvida Reconstrução de tabela
>
>
>
> PMFJI, meus 2 cents.
>
> Eu faria um CTAS (create table as select) de uma nova tabela em
> nologging, num horário batch com tudo de par
5 10:51
> Para: 'oracle_br@yahoogrupos.com.br'
> Assunto: RES: [oracle_br] Duvida Reconstrução de tabela
>
>
>
> Olá Nelson,
>
> É com bons olhos que vejo um SGBD armazenar e administrar um objeto
> com esse tamanho. Tinha que ser um dos melhores do mundo m
Pessoal gostaria da ajuda de vcs.
Oracle 8.1.7.4
Tenho uma tabela que está em produção e está com 94GB e 22100 extents.
Preciso reorganizar ela e ai que vem minha dúvida.
O que seria mais rápido. Fazer um move dela com os novos parametros de
storage e depois fazer o rebuild dos 14 indices send