Mapping avec heritage

Bon j'ai quelque question a propos du mapping lorsqu'on a l’héritage.

bon voila une photo qui montre un petit exemple.
Pièce jointe 146096

et voila mes classes et leur mapping:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

@Entity @Inheritance(strategy = InheritanceType.TABLE_PER_CLASS) public class Produit implements Serializable{ @Id @GeneratedValue(strategy = GenerationType.AUTO) private Long id; @Column(nullable = false) @NotNull private String title; @Column(nullable = false) @NotNull private Integer price; }

---

Code:

---

1 2 3 4 5 6 7 8 9

@Entity public class Livre extends Produit implements Serializable{ @Column(nullable = false) @NotNull private String isbn; @Column(nullable = false) @NotNull private String language; }

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11

@Entity public class lignedecommande implements Serializable { @Id @GeneratedValue(strategy = GenerationType.AUTO) private Long id; @Column(nullable = false) private Integer quantity; @OneToOne @JoinColumn(name = "produit_fk", nullable = false) private Produit produit }

---

j'ai mis que les 3 classes car mes questions les concernent .

supposons que je crée un produit avec id=1,
et je crée un livre avec id =1.
et je crée un CD avec id =1.

lorsque je crée un ligne de commande avec fk=1 alors c'est le produit avec id=1 qui sera référencé dans la table lignedecommande.
comment je peux référencé un Livre ou un CD dans la table lignedecommande surtout que la table livre et CD n'ont pas de relation directe avec ligndecommande.
je sais pas comment faire surtout plu-tard je devrais faire des requêtes .
Merci.

Citation:

---

Envoyé par momedalhouma

supposons que je crée un produit avec id=1,
et je crée un livre avec id =1.
et je crée un CD avec id =1.

---

Impossible :
cela exprime que le produit id=1 est aussi bien un livre qu'un CD.
(construction non supportée en Java)

Si vous avez 2 produits, un CD et un livre vous aurez différents enregistrement en DB et cela dépend de la stratégie d'inheritance
Vous avez choisi TABLE_PER_CLASS :
dans ce cas, il serait mieux de faire de Produit une MappedSupperClass et qu'il soit abstract
et vous aurez un final 2 records : un CD et un Livre, il n'y aura plus de table PRODUITS, les champs de Produit seront dans chacune des tables des sous-produits (ici 2)
(l'ORM fera un query avec des UNION pour retrouver tous les produits)
si vous restez avec Produit en tant que @Entity, vous aurez 4 records
produit id = 1 et CD id = 1
produit id = 2 et livre id = 2

premièrement je te remercie pour ta réponses.

concernant avoir un produit et un Livre avec le même nom je crois j’avais essayé l'insertion directe avec derby database et pas depuis un programme java.

je crois que je vais changer l'architecture de l’héritage je vais avoir une seul tables qui contiens tout les attributs pour ne pas me casser la tête avec les jointures.

Bonjour,

Il existe une autre possibilité: gérer ça par des clés étrangères. C'est à dire:
- une table Produit, avec tous les attribut d'un produit: prix d'achat, prix de vente, fournisseur, etc. et en plus avec un id et deux clés étrangères nullables, FKlivre et FKCD.
- une table CD avec id, auteur, titre, durée, que sais je.
- une table Livre avec id et/ou ISBN, auteur, titre, nombre pages...

Dans ce cas-là, c'est bien possible d'avoir id=1 dans chaque table (bien que pour Livre ça reste facultatif, car ISBN est déjà un identifiant unique).
FKCD d'un Produit va mapper vers l'id du CD et dans ce cas, FKlivre du même Produit sera null.
FKlivre d'un autre Produit pointera vers l'id (ou ISBN) d'un Livre et sa clé étrangère FKCD sera null.

Si FKlivre d'un Produit n'est pas null -> Produit est un Livre.
Sinon -> Produit est un CD.

Bien sûr, tout dépend du but de l'application.