[firebase-br] ac/Cantu integridade refencial declarativaxtriggers?

[Carlos H. Cantu]

Não vejo problema, pois provavelmente a tabela de itens terá vários
produtos diferentes.

PS: O Firebird 2.0 deve acabar com o problema de indices com baixa
granularidade.

[]s
Cantu
http://www.warmboot.com.br
FireBase - http://www.FireBase.com.br

F> Salve Cantú, antes de tudo, feliz ano novo te desejo paz,
F> sucesso e tempo, rs, para que venha o livro...rs

F> Estou modelando um sistema onde o uso das FK, estão me deixando
F> em dúvida, principalmente depois que li seu artigo sobre
F> Constraints na Clube delphi 56.
F> Vou citar 3 exemplos:
F> Tabela de Produtos (Procod) PK
F> Tabela de Pedidos  (NrPedido) PK
F> Tabela de Itens(NrPedido+NrItem)PK, (Procod)FK???     

F> Há necessidade da tabela de itens ter uma FK  relacionando com a tabela de produtos?
F> Estou fazendo esta pergunta porque no artigo em questão vc citou:
F>  "A criação de chaves estrangeiras onde os valores se repetem
F> constantemente é desaconselhada, pois pode causar queda de
F> desempenho."
F> Eu li, e entendi o que vc quiz dizer com baixa granularidade,
F> devido aos indices com valores altamente repetitivos, então baseado
F> nisto poderiamos dizer que também é inviável termos uma FK entre
F> uma tabela de clientes e cidades, ou o próprio exemplo acima?

F> Se optassemos por ter a FK em ambos os casos, digamos que em
F> uma pequisa de produtos mais vendidos não seria interessante termos
F> este indice ativo na tabela de ItensxProdutos, no caso uma FK?

F> Ou ainda uma consulta de clientes de uma determinada cidade o
F> caso da FK entre clientesxcidades não tornaria a pesquisa mais
F> rápida?

F> Sei que estas perguntas podem ser básicas, mas entenda, eu
F> venho do Clipper/DBF e do Paradox  ;)
F> []´s

F> Fausto