F�rum D�vida JPA - aula Dyego #387857

04/10/2010

Boa tarde a todos!

Tenho conhecimento de JPA passado pelas videos aulas do Dyego.. mas fiquei em d�vida em uma situa��o:
Na aula onde ensina o @ManyToMany � passado um caso onde a tabela de relacionamento "a tabela do meio" possui somente os ids das outras duas tabelas do relacionamento. Gostaria de saber como mapear isso, se al�m dos ids, a tabela de relacionamento tamb�m conter outros campos, bem como como proceder na hora do seu Persist....

valew! t+

Skytrack Ltda

Curtir t�pico

+ 0

Responder

Posts

04/10/2010

Davi Costa

Tem que rever um pouco sua modelagem,
porque para o relacionamento ManyToMany, as entidades que realmente contam s�o as extremidades, a
tabela do meio simplesmente s� serve para fazer o relacionamento,
caso queira manter algum atributo al�m dos id(s), seria melhor manter em uma das duas tabelas.
Att Davi

Responder

Gostei + 0

04/10/2010

Skytrack Ltda

Bom.. na verdade, eu acho que a modelagem est� correta, s� n�o sei como mape�-la, e como proceder na hora de persistir a tabela do meio. Segue abaixo:

M�quinas
id
descri��o
..
..
..

M�quinas_pe�as
id_M�quina
id_Pe�a
Pr�ximaDataTrocaPe�a

Pe�as
id
descri��o
..
..
..

1 M�quina possui v�rias pe�as e essa pe�a pode estar em v�rias m�quinas (n:n)

Se eu n�o tivesse o atributo Pr�ximaDataTrocaPeca na tabela de relacionamento (M�quinas_pe�as) eu usaria @ManyToMany pois n�o seria preciso criar esta classe, no mapeamento j� � informado o nome da tabela e fica tudo certo, mas como fa�o quando tenho atributos al�m dos IDs ?

Responder

Gostei + 0

04/10/2010

Julio Cesar.

Um relacionamento de n:n como exemplo: muitos usuarios para muitos grupos Grupo.class @ManyToMany
    @JoinTable(name ="GrupoUsuario", <--tabela do meio
    joinColumns = @JoinColumn(name="id_grupo" , referencedColumnName="id_na_class_grupo"),
    inverseJoinColumns = @JoinColumn(name="id_usuario", referencedColumnName="id_na_class_usuario")) public List<Usuario> usuario; Usuario.class @ManyToMany
    @JoinTable(name ="tabela_do_meio", <--tabela do meio
    joinColumns = @JoinColumn(name="id_usuario" , referencedColumnName="id_na_class_usuario"),
    inverseJoinColumns = @JoinColumn(name="id_grupo", referencedColumnName="id_na_class_grupo")) public List<Grupo> grupo; � essa a d�vida? att, Julio

Responder

Gostei + 0

05/10/2010

Skytrack Ltda

N�o J�lio... dessa forma j� fiz e deu certo... a minha "tabela_do_meio" possui mais atributos, e n�o apenas os IDs da rela��o... a� fica diferente do que vc passou, n�o �?

Responder

Gostei + 0

05/10/2010

Julio Cesar.

Sim, bom se n�o estou enganado tem uma outra forma eu vou ver aqui e te retorno Ok? Passe os atributos das tabelas para eu ver no que posso lhe ajudar!!! Att, Julio

Responder

Gostei + 0

05/10/2010

Davi Costa

Desculpe se eu me expressei mal,
mas cara ent�o relacionamento entre as extremidades n�o � manyToMany,
elas se relacionam somente com a tabela do meio com dois
OneToMany.
Ou � ManyToMany com duas tabela e uma tabela para fazer esse relacionamento,
ou � dois OneToMany para essa tabela central. Essa tabela pode at� ter o embedable id,
tendo dois objetos das tabelas extremas. O hibernate � muito bom abstrai 95% da implementa��o,
mas temos que ter alguns cuidados Java � orientado a objetos, mas os banco s�o relacionais.
Espero ter ajudado
Att Davi

Responder

Gostei + 0

06/10/2010

Skytrack Ltda

Davi, ajudou sim cara... e Julio, to esperando um retorno teu ent�o cara... e quanto aos atributos, os demais n�o os tenho aqui agora, mas n�o s�o relevantes... o que eu preciso � fazer uma distin��o das pe�as de acordo com a m�quina que elas est�o justamente porque a data de troca dela � diferente em cada m�quina, os atributos relevantes est�o no post.

Responder

Gostei + 0

08/10/2010

Davi Costa

Caros,

conseguiram alguma solu��o?
Esses dias me deparei com algo parecido.. O que fiz mantive o ManyToMany e a tabela de relaciomento simplesmente s� usada para esse fim. E outra que guarda outros atributos que n�o eram somente os ids das entidades dos extremos com dois relaciomentos OneToMany, nessa mesma entidade que guarda outros atributos.
Na verdade dessa forma nem precisaria mais do relacionamneto ManyToMany entre as entidades dos extremos, ent�o o retirei. N�o sei se atenderia seu caso, mas meu caso funcionou tranquilamente, com a modelagem igualzinha a que vc descreveu.
Mas se houver outra forma mais elegante de fazer, at� outro colaborador do f�rum citou antes que ia dar uma olhada. Ficaria muito grato em saber.

Att Davi

Responder

Gostei + 0

13/10/2010

Dyego Carmo

Rapaziada , neste caso n�o tem, como fazer automatico , quando voce possui algum campo alem das chaves de ligacao na tabela do meio voce vai precisar fazer algo @manytone e @onetomany , utilizando uma nova entidade para esta tabela !

Responder

Gostei + 0

20/10/2010

Skytrack Ltda

Vou mexer nisso exatamente hoje ...
Li mais sobre o assunto e at� ent�o decidi que vou fazer assim:

tabA
id
descricao

tabMeio
id
idTabA
idTabB
outroAtributos

tabB
id
descricao

Vou deixar como PK a minha tabMeio.id, auto incremento e vou relacionar as outras com idTabA e idTabB.. usando @OneToMany e @ManyToOne..

Vou criar o ID como PK na tabela do meio para n�o ter que utilizar IdTabA e idTabB como chave composta, evitando usado de @Embedded Id..

Amanh� posto o resultado..

abra�os e valew a ajuda

Responder

Gostei + 0

20/10/2010

Skytrack Ltda

aqui onde tirei a id�ia:

http://alinhavado.wordpress.com/tutoriais/de-many-to-many-para-many-to-one-com-jpa/

Responder

Gostei + 0

22/10/2010

Dyego Carmo

Funcionou ?

Responder

Gostei + 0

03/12/2010

Skytrack Ltda

Pessoal , desculpem-me pela demora. Dyego, funcionou sim, fiz exatamente como no post que eu citei.
obrigado a todos.

Responder

Gostei + 0