Pessoal, sempre lembrando, vamos evitar "top posting" com este meu
comentário aqui, isto atrapalha muito!!!
Em 14 de outubro de 2016 01:55, Fernando Franquini 'capin' <
fernando.franqu...@gmail.com> escreveu:
> Euler,
>
> Eu trabalhei bastante com Oracle e SQL Server, posso afirmar que faziam
> d
Um outro cenário que índices em FKs são bastante relevantes são em casos de
deleção de registros. Seja com cascade ou não.
Para cada registro deletado, é necessário verificar a consistência das FKs
ou mesmo aplicar a operação de cascade.
Em tabela grandes caso não exista índice nesta FK, um full s
Euler,
Eu trabalhei bastante com Oracle e SQL Server, posso afirmar que faziam
diferença e concordo com os pontos (i) e (ii).
Porém em relação a junção fiquei em dúvida no item (iii):
Se a PK da tabela A é FK na tabela B, ao realizar a junção de A com B e
usar a coluna FK vai usar o indice da PK
On 13-10-2016 08:37, Fernando Franquini 'capin' wrote:
> Mas em princípio ele deve fazer mais bem que mal, porque? Porque toda
> junção com as chaves (FKs) que forem realizadas irão utilizar esse índice.
>
Isso pode ser verdade em outros bancos (que criam índice para cada FK);
no postgres isso não
Bom dia,
necessário não é, a constraint vai ter a mesma funcionalidade com ou sem.
Mas em princípio ele deve fazer mais bem que mal, porque? Porque toda
junção com as chaves (FKs) que forem realizadas irão utilizar esse índice.
Abraços
capin
2016-10-12 13:31 GMT-03:00 Gustavo :
> Ola senhores
>
