Aparenta ser um relacionamento um-para-muitos (um cliente pode ter muitos contatos, correto?).
Sim, vc poderá criar uma classe para contatos e relacionar as duas classes no mapeamento.
Lembre-se dos conceitos de orientação a objetos, como alta coesão. É boa prática que as classes devam ter responsabilidades bem definidas e específicas.
Já tenho uma base sobre relacionamentos 1-n, n-n, mas minha dúvida é no paradigma de como armazenar os dados na aplicação.
Vejo que no Hibernate o pessoal cria classes contendo um Set que identifica (neste caso), os Contatos do cliente, mas minha dúvida é a seguinte:
Este Set deve conter os “Contatos” propriamente ditos ou os identificadores dos contatos na tabela contato (A chave primária por exemplo).
Podem me dar um exemplo simples só pra mim estudar? :oops:
vlw
Hebert_Coelho
zerone:
Fala galera,
Já tenho uma base sobre relacionamentos 1-n, n-n, mas minha dúvida é no paradigma de como armazenar os dados na aplicação.
Vejo que no Hibernate o pessoal cria classes contendo um Set que identifica (neste caso), os Contatos do cliente, mas minha dúvida é a seguinte:
Este Set deve conter os “Contatos” propriamente ditos ou os identificadores dos contatos na tabela contato (A chave primária por exemplo).
Podem me dar um exemplo simples só pra mim estudar? :oops:
vlw
Desculpe a honestidade, você então tem o conhecimento do que é 1-n, n-n e assim vai teórico apenas. Você leu o post que indiquei?
Z
zerone
Foi mal cara :lol:
Depois que postei que vi que nestes links tem a resposta do que estava procurando.
vlw!
L
luzales
Aproveitando o ensejo já que lhe conheci agora, seu blog é excelente. Um post melhor do que o outro e sempre muito didático. Sempre leio alguma coisa nele e assino via RSS.
Valeu!
Hebert_Coelho
Aproveitando o ensejo já que lhe conheci agora, seu blog é excelente. Um post melhor do que o outro e sempre muito didático. Sempre leio alguma coisa nele e assino via RSS.
Valeu! Opa! Valeu! :oops: :oops: