Augusto

Legal!
Acabei achando o mesmo link (na sua postagem, do jeito que recebi, ficou
"quebrado" o final ...8754).

Ask Tom - "Indexes on foreign keys"
http://asktom.oracle.com/pls/asktom/f?p=100:11:626949234877112::::P11_QUESTION_ID:292016138754

E consta o questionamento de um leitor, exatamente sobre o conceito estar
obsoleto ou não:
   "Has this changed on 10g?" (April 10, 2007)
   "Tom, Has the requirement to have index on foreign key columns changed or
been modified in some way in 10gr2?"

E a resposta do Tom Kyte:
   "no, same as in 9i"

[ ]'s

André


Em 29/01/08, Augusto Cesar R. Costa <[EMAIL PROTECTED]> escreveu:
>
>   Pessoal, boa tarde.
> Vale uma olhada no site:
>
> http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:29201613
> 8754
> Até mais.
>
>
>
> _____
>
> De: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> [mailto:
> oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>] Em
> nome de Welvis Douglas
> Enviada em: terça-feira, 29 de janeiro de 2008 15:49
> Para: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>
> Assunto: Re: [oracle_br] Criação de Índices em Chaves Estrangeiras
>
> Então, aqui na empresa estou assumindo o lugar de outro dba.. ai quando
> fui
> fazer uma manuteção com a supervisão dele.. estava para criar uma indice
> para FK, ai perguntei para ele... e ele disse que isso tbm não precisa
> mais...
>
> bom resumindo, 4 pessoas que conheço DBA's falaram que é mito, porem aqui
> onde eu trabalho eles tem essa cultura...
>
> sacou,
>
> eu tenho tabela aqui com mais de 20GB, um indice desse deve ser bem
> grandinho.. né...
>
> poderia diminurir um certo espaço.. , mas como é um problema cultural...
>
> fazer o que.. kk
>
> abraço
>
> ----- Original Message -----
> From: Andre Santos
> To: [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br> os.com.br
> Sent: Tuesday, January 29, 2008 3:18 PM
> Subject: Re: [oracle_br] Criação de Índices em Chaves Estrangeiras
>
> Welvis
>
> Será que é mito mesmo?
> Já li algumas coisas referentes a "lock" para verificação de integridade
> referencial, que seria melhor caso houvesse um índice na FK.
>
> Precisaríamos verificar... vou tentar pesquisar algo a respeito.
>
> De qualquer forma, o que o Adriano mencionou sobre o maior custo num
> INSERT
> com 10 índices é verdade.
> Pessoalmente, acho que é melhor analisar os casos em que seria melhor ter
> um
> índice (e não criá-los indiscriminadamente para todas as FK's).
>
> [ ]'s
>
> André
>
> Em 29/01/08, Welvis Douglas <[EMAIL PROTECTED] <mailto:welvis%40stcruz.com.br
> >
> com.br> escreveu:
> >
> > Meu amigo, quando eu fiz o curso do 10g em 2005, a pessoa que deu o
> > curso disse que esse era um mido to oracle 8.
> >
> > ...
> >
> > att,
> >
> > Welvis Douglas
> >
> > ----- Original Message -----
> > From: Adriano de Oliveira
> > To: [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br>
> os.com.br
> <oracle_br%40yahoogrupos.com.br>
> > Sent: Tuesday, January 29, 2008 11:05 AM
> > Subject: [oracle_br] Criação de Índices em Chaves Estrangeiras
> >
> > Olá pessoal, bom dia.
> >
> > Sei que a criação de índices em chaves estrangeiras é indicada
> > para se ter uma boa performance no banco.
> > Mas deve-se criar para todas as chaves estrangeiras ou tem que
> > se ter uma análise delas e escolher as chaves mais consultadas, etc?
> >
> > Por exemplo, se eu tiver uma tabela com 10 chaves estrangeiras
> > (hipoteticamente),
> > se eu criar um índice para cada chave estrangeira, pode ser que o select
> > se torne rápido, porém um insert, ou update vai ficar mais lento pela
> > atualização
> > dos 10 índices.
> >
> > Qual a opinião de vcs?
> >
> > []'s
> > Adriano
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]

Responder a