Principe du mapping O/R avec EJB entity

Bonjour ,

je débute avec EJB3 et j'aimerai savoir comment le mapping O/R s'effectue lorsqu'il s'agit d'une BD existante dans l'SGBD.

J'explique :

Si ma BD contient X tables (12 pour mon cas) est ce que je suis obligé de coder X Classes (ejb entity) avec toutes les relations entre elles (1 à plusieurs, plusieurs à plusieurs ...) ? et pour les contraintes ? comment faire (est ce qu'elles restent non touchées ) ? et si par exemple dans mon code Java j'ai besoin uniquement de 3 tables parmis les 12 de la BD, est ce c'est possible d'utilisé que 3 ejb entity ?

Une dernière question, est ce qu'il y a un outils qui, à partir d'un code sql génère les ejb entity ?

Merci

Code:

---

Si ma BD contient X tables (12 pour mon cas) est ce que je suis obligé de coder X Classes (ejb entity) avec toutes les relations entre elles (1 à plusieurs, plusieurs à plusieurs ...) ?

---

Oui si tu veux pouvoir persister des enregistrements dans toutes ces tables.

Code:

---

et pour les contraintes ?

---

JPA te fournit assez de primitives pour modeliser les contraintes, c'est quoi ton pb à ce niveau?

Code:

---

et si par exemple dans mon code Java j'ai besoin uniquement de 3 tables parmis les 12 de la BD, est ce c'est possible d'utilisé que 3 ejb entity ?

---

Dans ce cas tu n'enregistreras que dans 3 tables. Il faut bien comprendre qu'une entité a forcement une clé primaire obligatoire, contrairement à une table relationnelle, une entité ne peut être mappée sur une plus d'une table dans une base, et autre chose c'est ton choix tu peux très bien decider lors d'un mapping O/R de ne pas utilliser certaines tables relationnelles.

Code:

---

Une dernière question, est ce qu'il y a un outils qui, à partir d'un code sql génère les ejb entity ?

---

Oui mais person je n'ai jamais utilisé.

merci pour votre réponse :)

Citation:

---

Envoyé par DevServlet

JPA te fournit assez de primitives pour modeliser les contraintes, c'est quoi ton pb à ce niveau?

---

D'accord, si une contrainte existe au niveau de la BD (déjà exécutée dans l'SGBD) et si je ne la code pas au niveau de mon ejb. Est ce qu'elle va etre supprimée dans la base ?

Citation:

---

Dans ce cas tu n'enregistreras que dans 3 tables. Il faut bien comprendre qu'une entité a forcement une clé primaire obligatoire, contrairement à une table relationnelle, une entité ne peut être mappée sur une plus d'une table dans une base, et autre chose c'est ton choix tu peux très bien decider lors d'un mapping O/R de ne pas utilliser certaines tables relationnelles.

---

D'accord, donc si je code que 3 entités (pour 3 tables), les autres tables ne seront pas touchées ? ils vont pas etre supprimées ? ni pour leurs enregistrement ?

Citation:

---

Oui mais person je n'ai jamais utilisé.

---

le quel ? ça m'aidera certainement ;)



Merci :)

Code:

---

D'accord, si une contrainte existe au niveau de la BD (déjà exécutée dans l'SGBD) et si je ne la code pas au niveau de mon ejb. Est ce qu'elle va etre supprimée dans la base ?

---

Non elle ne va pas être supprimée, les contraintes d'integrités referentielles présentes dans une basee restent actives, que tu le code en amont ou non, il ne faut pas perdre de vue l'objectif de tels framework : le découplage.

Code:

---

e quel ? ça m'aidera certainement

---

Un petit google t'aidera mieux que moi, par exemple ces cours et tutoriels pour apprendre Java facilement

Code:

---

D'accord, donc si je code que 3 entités (pour 3 tables), les autres tables ne seront pas touchées ? ils vont pas etre supprimées ? ni pour leurs enregistrement ?

---

Elles ne seront pas affectées.

merci ! :ccool: