Implementacao de n-n no Diagrama de classes

No seu modelo de classes você não deve mesmo criar uma classe chamada AB. Crie apenas uma classe chamada A, e outra chamada B.

O relacionamento entre elas pode ser feito utilizando um collections mesmo, onde A possui uma lista de B, e B possui uma lista de A.

Já na base de dados, vc deve criar uma tabela AB mesmo, mas isso não quer dizer que você precisa de uma classe AB. A classe responsável por persistir A e B deverá ser esperto o suficiente para pegar os dados de A e B e persistir nas tabelas A, B e AB. Depois é só acrescentar os ovos, a farinha e mexer, até pegar consistência…

Abraços
Thiago

Oi thiago… obrigado pela resposta já me esclareu a duvida…

mas agora estou com outra duvida… como essa classe “esperta” agiria ao gravar o objeto A por exemplo.
Como no modelo de classes nao vai existir um obj AB esta classe “esperta” teria que ficar comparando no banco o id do obj A e o id do objeto B pra ver se o relacionamento ainda não foi persistido (evitando gravar o relacionamento na tabela -AB- duas vezes)…?? e isso para todas as vezes que eu quiser gravar o obj A ou o obj B… ??

Obs: Fiquei sabendo tb que o hibernate já faz isso pra vc… é só vc mapear as classes corretamente.

Obrigado pela atenção,

até +

eu mesmo nunca implementei essa rotina que salvaria os dados na tabela AB utilizando jdbc. Ainda não vivenciei este desafio na prática.

Acho que isso depende muito de como está sendo realizada a sua lógica de negócio.

Eu estou imaginando o seguinte: (não sei se é correto).

Vc poderia persistir A apenas na tabela A, e quando persistir B, tu persiste na tabela B e atualiza a tabela AB. Acho que assim fica dificil de duplicar os registros na tabela AB, afinal, ou vc inclui B, ou vc altera B. Se vc estiver incluindo um novo B, crie um novo registro na tabela AB, e caso esteja alterando, altere a tabela AB.

viche, esse monte de A, B e AB nos posts está uma beleza!