[firebase-br] Index com FK

[Sergio Nascimento]

Eduardo,

me desculpe mas você se enganou.

Se a chave primária é A,B, o indice é criado na ordem A de "dentro" da A é
que se ordena B, logo se você quiser alta performance em B, será sim
necessário criar um índice.



Em 1 de janeiro de 2013 23:16, Eduardo C <ecostas em gmail.com> escreveu:

> Thiago, creio que a única razão para criar um novo índice, se o campo já
> faz parte de alguma chave, é se esse campo não estiver no início da chave.
> Por exemplo, suponhamos que a chave estrangeira seja formada pelos campos
> A;B, nessa ordem. Se você quiser pesquisar ou ordenar por A, não precisará
> de novo índice. Se, por alguma razão, quiser pesquisar/ordenar por B, esse
> índice já existente não o ajudará em nada.
>
> Eduardo
>
>
> Em 20 de dezembro de 2012 14:58, Marcelo Geyer <estanisgeyer em gmail.com
> >escreveu:
>
> > Boa tarde,
> >
> > Primary Keys, Foreign Keys e Unique Keys já são campos indexados. Não há
> > necessidade nenhuma de criar índices para eles.
> >
> > Abraços,
> >
> > --
> > Marcelo E. Geyer
> > Standard Net Tecnologia e Informação
> >
> > Em 20 de dezembro de 2012 14:22, Leonardo Carneiro
> > <chesterman86 em gmail.com>escreveu:
> >
> > > Faz algum tempo que não estou trabalhando com bancos, em especial o FB,
> > mas
> > > se não me falha a memória, o FB obrigatóriamente cria índices para
> chaves
> > > estrangeiras, de maneira que esses índices já devem estar lá! Se
> > acontecer
> > > de você ter uma chave estrangeira composta, DEPENDENDO DA SITUAÇÃO pode
> > ser
> > > interessante criar um índice para um dos campos. O quão benéfico isso
> > pode
> > > ser depende do tipo de SELECT que está sendo executado sobre os dados e
> > da
> > > carga de UPDATE/INSERT que são executados na tabela (caso tenha mtos
> > > updates/inserts, muitos índices podem prejudicar a performance).
> > >
> > > Me corrijam se eu estiver errado
> > >
> > >
> > > 2012/12/20 Thiago <thiagortk em rtkomp.com.br>
> > >
> > > > Olá pessoal,
> > > >
> > > >
> > > >
> > > > Uma questão rápida, no FB 1.5 uma vez vi num artigo da internet que
> não
> > > > adiantava nada indexar campos que já estavam sendo usados para fazer
> > > > relacionamento entre tabelas (FK), isso realmente é verdade e no FB
> 2.5
> > > > isso
> > > > continua valendo? Não adianta eu indexar um campo que já faz parte de
> > uma
> > > > FK
> > > > para melhorar a performance?
> > > >
> > > >
> > > >
> > > > Obrigado.
> > > >
> > > >
> > > >
> > > > Abraços.
> > > >
> > > > ______________________________________________
> > > > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > > > Para saber como gerenciar/excluir seu cadastro na lista, use:
> > > > http://www.firebase.com.br/fb/artigo.php?id=1107
> > > > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> > > >
> > > ______________________________________________
> > > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > > Para saber como gerenciar/excluir seu cadastro na lista, use:
> > > http://www.firebase.com.br/fb/artigo.php?id=1107
> > > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> > >
> > ______________________________________________
> > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > Para saber como gerenciar/excluir seu cadastro na lista, use:
> > http://www.firebase.com.br/fb/artigo.php?id=1107
> > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> >
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>