Relazioni tra Entity con JPA

[Zodd_nosferatu]

Salve, vorrei esporvi un problema che mi cruccia da qualche giorno, sto realizzando per un progetto d’esame un sito con JSP e JPA, il sito simula un negozio online per la vendita di cd. I miei Entity sono : Utente, Artista, CasaDiscografica, Acquisto, CD; da relazioni tra CD e Artista viene creata una tabella che associa queste due tabelle, “composizione”, che associa un Artista ai CD di cui è autore e i CD agli Artisti che lo hanno composto, fin qui tutto ok,dopo vari test però mi sono accorto, con disappunto, che per come viene creato il database è impossibile realizzare un Acquisto in cui compare più volte lo stesso cd, questo perché CD mappa gli acquisti in cui è coinvolto con una Collection<Acquisto > e viceversa Acquisto mappa i CD che vengono acquistati con una Collection<CD>, cosicchè viene creata una JoinTable come “composizione” che ha 2 elementi, uno è la chiave di Acquisto e l’altra la chiave di CD, il problema è che in questo modo se avessi l’ipotetico Acquisto che contiene come cd acquistati 2 CD uguali(oppure 3 e così via) dovrei allora avere due righe della tabella associativa esattamente uguali. Quindi nell’entity CD ho:
@ManyToMany(fetch = FetchType.EAGER)
private Collection<Acquisto> acquistoCollection;
mentre in Acquisto ho:
@ManyToMany(mappedBy = "acquistoCollection", fetch = FetchType.EAGER)
private Collection<CD> cd;
essendo un problema che nella creazione di un sistema come quello che vorrei realizzare esiste sempre sono sicuro che ci sia una soluzione….ma non riesco a trovarla! Grazie per le risposte

[sbiell0]

Dimmi se sbaglio, ma forse il tuo modello ad oggetti non è completamente corretto.

Come in vari esempi tipo Biblioteca, Videonoleggio, Concessionaria, ecc.. , la relazione giusta dovrebbe essere:

Utente --> acquista --> CD

Nel senso che CD è l'entità che indentifica idealmente un CD, quindi l'opera d'arte "Prisoners in Paradise" degli Europe.

Nel momento in cui un Utente acquista un CD si crea un record sulla tabella "acquisti?" che identifica la copia materiale del CD acquistato da quell'Utente in particolare.

A questo punto suppongo che Acquisto dovrebbe contenere un riferimento a Utente e un riferimento a CD.

In realtà con JPA, la creazione del POJO Acquisto risulta superflua, in quanto, con le dovute annotazioni, viene creata una tabella intermedia "acquisti?" che contiene i riferimenti alle due entità di cui sopra.
E quindi Utente avrebbe una Collection di CD(acquistati).

In questo modo se l'Utente acquista due CD uguali (quindi due volte "Prisoners in Paradise" degli Europe) nella tabella intermedia "acquisti?" comparirebbero due record perfettamente uguali, ma utili allo scopo.

Puoi decidere di implementare la classe Acquisto nel caso in cui volessi aggiungere una quantità, quindi nel caso di cui sopra avresti un record solo, contenente id_utente, id_cd, e quantità acquistata.

Fammi sapere se ti sono stato utile o se ti ho solo confuso le idee..

[Zodd_nosferatu]

grazie per la risposta , purtroppo ho avuto problemi di connessione in questi giorni e leggo solo ora, quindi nel frattempo la soluzione da me trovata è un po' diversa, ma nella sostanza quella che hai consigliato tu(perchè hai assolutamente ragione quando dici che il mio modello concettuale era sbagliato! ) In pratica la mia scelta è meno efficiente, perchè non ho messo riferimenti espiciti alla quantità, ho creato un nuovo entity, Acquisto_CD( in realtà il nome è Acquisto_CD_Qta per il motivo che spiego sotto XD ) , in cui associo ad un Acquisto un CD(uno solo), il problema che avevo così si è risolto perchè questa nuova tabella non ha gli id di Acquisto e CD come chiavi esterne,bensì una tutta sua, così ora se avessi ad esempio Acquisto1 che contiene 3 esemplari di CD1 avrei 3 record della tabella Acquisto_CD simili a questi:
id Acquisto(id) CD(id)
recorid1 : 1 1 1
record2: 2 1 1
record3: 3 1 1

il riferimento alla quantità mi era venuto in mente(tanto è vero che l'Entity nuovo si chiama Aquisto_CD_Qta e il nome è rimasto lol ) però l'ho tralasciata perchè mi era più facile, se mettessi anche la quantità dovrei prima di ogni inserimento verificare se esiste già un record con quell' Acquisto e quel Cd e aggiornargli la quantità , anche perchè spero sia un'operazione rara acquistare molte copie dello stesso Cd in uno stesso Acquisto. Pensi possa andar bene lo stesso?