Relacionamento ManyToMany

Olá.
Aparentemente teu relacionamento tá correto,posta o código da exclusão pra gente dar uma olhada.

Justamente esse o que eu quero saber, eu não tenho uma exclusão para usuario_papel eu penso q o relacionamento deveria desvincular automaticamente.
certo?

O que vc chama de desvincular automaticamente?

Faz o seguinte… na sua tabela tb_usuarioPapel primeiro vc tira este prefixo tb que é escroto…
depois vc coloca a pk dela uma pk normal sem nenhum relacionamento tanto de usuario quanto papel e coloca 2 fks uma referente a tabela usuario e outra referente a papel
e deixa este id autoincrement ou cria uma sequence para ele, dai vc não terá este problema…

Bom de acordo com oq eu li aqui aqui, A noção de um pai e um filho é que um tome conta do outro certo, na pratica isso quer dizer q eu precisaria de menos linhas de codigo, para gerenciar um relacionamento entre um pai e um filho, pois algumas coisas podem ser tratadas automaticamente.

por exemplo:

Item newItem = new Item();
Bid newBid = new Bid();

new Item.addBid(newBid);//definir ambos os lados da associação

session.save(newItem);
session.save(newBid); // CHAMADA REDUNDANTE

logo se ele faz isso automaticamente para salvar deve fazer para excluir sem que eu precise excluir um por um...

leia ali em cima o que eu acabei de editar… tente evitar chaves compostas isto quase sempre causa problemas nos mecanismos de persistencia e não deixa a coisa tão transparente como deveria ser…

luistiagos:

uma pergunta Usuario e Papel é NxN? muitos papeis podem ter muitos usuários e muitos usuários podem ter muitos papéis? O que vc quer fazer?

e outra coisa meio fora de contexto pq utilizar TB_ na frente de uma tabela? isto é meio escroto não acha?

Bom em relação ao nome q eu tenho na minha tabela eu imagino que como o projeto é meu eu possa colocar o nome q eu quizer na minha tabela,
agara relacionado ao papel_usuario eu quero unir um papel com um usuario e depois unir essa ligação com um projeto…

luistiagos:

leia ali em cima o que eu acabei de editar… tente evitar chaves compostas isto quase sempre causa problemas nos mecanismos de persistencia e não deixa a coisa tão transparente como deveria ser…

ok muito obrigado, é que realmente eu achei necessario

estamos meio desincronizados nos posts :lol:

mas faça o seguinte coloque um id com uma sequence que não tem nada haver com usuario e nem papel na sua tabela tb_usuariopapel e 2 fks uma para usuario e outra pra papel… dai a persistencia e o delete vc faz normalmente como se fosse uma tabelá normal (com a inserção de um id unico nesta tabela ela será uma tabela comum…)

luistiagos:

estamos meio desincronizados nos posts :lol:

mas faça o seguinte coloque um id com uma sequence que não tem nada haver com usuario e nem papel na sua tabela tb_usuariopapel e 2 fks uma para usuario e outra pra papel… dai a persistencia e o delete vc faz normalmente como se fosse uma tabelá normal (com a inserção de um id unico nesta tabela ela será uma tabela comum…)

mas acontece q anteriormente era assim, eu tinha minha tabela usuario_papel com seu id normal e a fk do usuario e do papel, acontece q quando quando meu usuario tem uma chave primaria eu posso ter o mesmo usuario vinculado a varios mesmos usuario_papel

exemplo

USUARIO1 - PAPEL_USUARIO1
USUARIO1 - PAPEL_USUARIO1

sendo que PAPEL_USUARIO1 pode ter 2 ids diferentes.
eu me fiz entender?

Wiliam Witter:

luistiagos:

estamos meio desincronizados nos posts :lol:

mas faça o seguinte coloque um id com uma sequence que não tem nada haver com usuario e nem papel na sua tabela tb_usuariopapel e 2 fks uma para usuario e outra pra papel… dai a persistencia e o delete vc faz normalmente como se fosse uma tabelá normal (com a inserção de um id unico nesta tabela ela será uma tabela comum…)

mas acontece q anteriormente era assim, eu tinha minha tabela usuario_papel com seu id normal e a fk do usuario e do papel, acontece q quando quando meu usuario tem uma chave primaria eu posso ter o mesmo usuario vinculado a varios mesmos usuario_papel

exemplo

USUARIO1 - PAPEL_USUARIO1
USUARIO1 - PAPEL_USUARIO1

sendo que PAPEL_USUARIO1 pode ter 2 ids diferentes.
eu me fiz entender?

• No banco crio a entidade associativa com as duas FK e defino um UNIQUE com elas;
• No JPA trabalho com @EmbeddedId(não tive dificuldades quanto a isso);

Wiliam Witter:

luistiagos:

estamos meio desincronizados nos posts :lol:

mas faça o seguinte coloque um id com uma sequence que não tem nada haver com usuario e nem papel na sua tabela tb_usuariopapel e 2 fks uma para usuario e outra pra papel… dai a persistencia e o delete vc faz normalmente como se fosse uma tabelá normal (com a inserção de um id unico nesta tabela ela será uma tabela comum…)

mas acontece q anteriormente era assim, eu tinha minha tabela usuario_papel com seu id normal e a fk do usuario e do papel, acontece q quando quando meu usuario tem uma chave primaria eu posso ter o mesmo usuario vinculado a varios mesmos usuario_papel

exemplo

USUARIO1 - PAPEL_USUARIO1
USUARIO1 - PAPEL_USUARIO1

sendo que PAPEL_USUARIO1 pode ter 2 ids diferentes.
eu me fiz entender?

acho que vc não entendeu…