recriar o bd vc só poderá criar outras tablespaces LMT, isso é fato.
Realmente também, se for um banco não-trivial, algum tantinho de
performance vc pode sim vai perder enfiando cegamente tudo em LMTs
autoallocated e não fazendo a análise adequada pra se criar as
uniform-sized onde recomendável, mas é como eu disse : SE o cliente
não quer pagar a análise, será feito sem análise, azar o que
acontecer, é um risco que como eu disse ALGUÉM tem que "assinar", ie,
assumir, ponto.
Tecnicamente falando : a questão de performance numa tablespace **
NÃO ** se refere à quantidade de extents : a não ser em casos
extremos, com dezenas e dezenas ou mesmo centenas de MILHARES de
extents, a qtdade de extents NÃO interfere diretamente com
performance, então se vc acabar com mais extents do que na tablespace
DMT, e daí ?? O que interfere é o TAMANHO dos extents - , seja não
permitindo table scan com eficiência máxima (o que demonstrei na
minha apresentação de 2004 do ENPO), seja havendo muitos tamanhos
diferentes e não-multiplos, o que causa fragmentação -, E também a
carga a mais no dicionário pra se gerenciar DMTs. No caso em
questão, a LMT system-allocated , como qquer outra LMT, já resolveu a
questão de carga no dicionário, e quanto aos tamanhos de extents ela
usa POUCOS e múltiplos entre si, assim sendo o risco de queda de
performance é PEQUENO, mas existe SIM, alguém TEM que se
responsabilizar por essa possibilidade....
[]s
Chiappa
--- Em [email protected], "Juliano" <[EMAIL PROTECTED]>
escreveu
>
> Valeu Chiappa e Gustavo
>
> Caso a Tablespace SYSTEM já exista, seja LMT e eu não queira
instalar
> o Banco novamente. Terei que criar minhas tablespaces como LMT
> autoallocate. Dessa maneira não corro o risco de após a importação
dos
> dados possuir tabelas com um número maior de extents do que o que
> possuo hoje??
>
> Meu medo é ter uma performance pior do que a que tenho hoje,
> importando tabelas que hoje existem em tablespaces DMT em
tablespaces
> LMT autoallocate.
>
> Agradeço qualquer informação sobre isso.
> Abraços
>
>
>
>
> --- Em [email protected], "jlchiappa" <[EMAIL PROTECTED]>
> escreveu
> >
> > Sim, é possível DESDE QUE a tablespace SYSTEM desse banco 9i
também
> > tenha sido criada como DMT, caso contrário vc rece um :
> >
> > 12913, 00000, "Cannot create dictionary managed tablespace"
> > // *Cause: Attemp to create dictionary managed tablespace in
> database
> > // which has system tablespace as locally managed
> > // *Action: Create a locally managed tablespace.
> >
> >
> > Logicamente, se for criar DMTs vc vai fazer o cliente assinar
algo
> > RECONHECENDO que DMTs são CONTRA-RECOMENDADADAS pela própria
Oracle,
> > em caso de (prováveis!!) quedas de performance vc ** VAI ** lavar
as
> > mãos, ponto.
> >
> > Caso não seja possível se criar DMTs porque a tablespace SYSTEM
foi
> > criada como LMT, ou vc terá que recriar o banco, ou criar todas
as
> > tablespaces como LMT autoallocate e é isso.
> >
> > []s
> >
> > Chiappa
> >
> > --- Em [email protected], "Juliano"
<[EMAIL PROTECTED]
> >
> > escreveu
> > >
> > > Olá lista
> > >
> > > Gostaria de saber se é possível criar uma tablespace do tipo
DMT
> > > (Gerenciada pelo Dicionário de Dados) no Oracle 9i ???
> > >
> > > Acontece que irei migrar os dados de um BD que possui Oracle 8
> para
> > um
> > > com Oracle 9i, sei que o ideal seria analisar o tamanho das
> tabelas
> > e
> > > seus respectivos crescimentos e assim criar as tabelas em
> > tablespaces
> > > LMT divididas entre UNIFORM SIZE e AUTO ALLOCATE.
> > >
> > > Acontece que o cliente não possui $$$ e não deseja que esse
> > processo
> > > de análise seja feito, e para diminuir o custo solicitou que os
> > dados
> > > sejam criados/importados em tablespaces DMT mesmo.
> > >
> > > Abraços
> > >
> >
>
--------------------------------------------------------------------------------------------------------------------------
Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/[email protected]/
--------------------------------------------------------------------------------------------------------------------------__________________________________________________________________
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine
__________________________________________________________________
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário.
| Yahoo! Grupos, um serviço oferecido por: | |
|
Links do Yahoo! Grupos
- Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
- Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
- O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
