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

Deosdete Pereira da Silva dsilva em stampafare.com.br
Qua Jul 6 10:51:47 -03 2005


Amigo:


Se um cliente tiver apenas um Doc_Cliente ou nenhum
| Cliente |--------<Tem>--------0 | Doc_Cliente |


PK                                             PFK ( Chave primária e 
estrangeira)


Se um cliente tiver mais do que um Doc_cliente

| Cliente |--------<Tem>--------< | Doc_Cliente  |

PK                                             FK (apenas chave estrangeira 
e isto sugere que tenha outro campo para chave primária em Doc_cliente)



Se um Cliente tiver mais do que um Doc_cliente e um Doc_cliente for de mais 
de um Cliente( o que não deve ser o caso) surge uma nova tabela.

              Cliente _Tem_Doc_Cliente

                PFK                P FK

Espero ter contribuido

Deosdete Pereira da Silva
Analista de Sistemas
FoneFax: (11) 4815-8181


> 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
>
>





Mais detalhes sobre a lista de discussão lista