Re: [firebase-br] Seria correto? (Questão de análise)

[Alessandro Francisco]

Cara, no meu ponto de vista isso não passa de Master/Detail comum...

Se é comum, pq inventar numa coisa que pode te dar dores de cabeça no fúturo?

E sempre uso elas separadas. PK é um e FK é outro

Minha opnião

Abraço

Alessandro

Em 05/07/05, Francisco Thiago<jeandeadlucky em yahoo.com.br> escreveu:
> Caros amigos,
> 
> O patrão me fez uma pergunta que me deixou com uma pulga atrás da orelha.
> 
> Considerem a seguinte extrutura:
> 
> (Cad_Clientes)
> Cli_Codigo (PK)
> Cli_Nome
> Cli_Tipo
> 
> (Cad_Doc_Cliente)
> Cli_Codigo (Pk | Fk)
> Clid_....
> Clid_...
> 
> A tabela de Clientes tem os dados comuns a todos os cliente. Porém, de
> acordo com o título, este cliente terá alguns dados a mais. Quando fomos
> eleger a Pk desta tabela filha (Cad_Doc_Cliente) pairou a dúvida no ar
> 
> 1- É interessante fazer um campo Fk e Pk ao mesmo tempo?
> 2- É mais interessante manter um outro campo código para Pk e ter um segundo
> campo como Fk e com um índice único? (para manter o relacionamento 1-1)
> 
> O que vocês me dizem?
> 
> []'s
> 
> Francisco Thiago de Almeida
> Enter&Plug Sistemas
> Divisão: Desenvolvimento / Banco de dados
> Franca - SP