Discussion :

[rhummy]

Bonjour !

Je suis en train de me mettre à JPA.
Prenons un exemple d'une relation complexe (n par n), comme celle de la commande et des produits qu'elle contient.
Vous supprimez une commande, les lignes de la commande disparaissent en même temps (en ayant precisé un cascadetype.all dans l'entity commande).
Vous supprimez un produit, s'il n'y a pas de ligne de commande, vous pouvez supprimer le produit.

Comment on fait ça ?

Je voudrais aussi savoir comment attraper l'exception qui en résulte.
J'ai mis un catch pour javax.persistence.persistenceexception mais ça n'aide pas beaucoup comme information.

Merci à tous !

[DevServlet]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Vous supprimez un produit, s'il n'y a pas de ligne de commande, vous pouvez supprimer le produit.

Tu veux savoir comment detecter si un produit est concerné par une ligne de commande? une petite requete suffit non?

[rhummy]

Non, j'aurais pu résoudre le problème comme ça mais ce n'est pas ce qu'on fait généralement quand tu veux supprimer un produit.

Quand on a la base et que tous les on cascade restrict sont mis en place et que tu fais un DELETE * FROM PRODUITS, s'il y a des lignes de commandes, SQL va te dir : na na, pas possible.

Tout simplement parce qu'il y a un ON DELETE RESTRICT sur la clé étrangère.

Bref, voilà, comment ça se passe avec JPA ?

[DevServlet]

A mon avis tu peux pas gérér ça par annotation, mais en revanche programmatiquement ca le fait bien, avant de supprimer un produit, tu testes s'il n'est pas rattaché à une commande.

[rhummy]

Est ce que ça veut dire qu'il faut que je prenne en compte aussi lorsque je veux faire du ON DELETE SET NULL ?
En fait toutes les autres contraintes, faut que je les gère à la main ?

Ca devient lourd !
Je viens de le voir : autant utiliser les namedqueries et créer la base directement sans passer par aucun entities non ?!

Qu'est ce que t'en penses pour un projet qui aurait dû avoir 17 entities, maximum 20 ou 25 (mais je pense que ça va rester en dessous de 20).

Je veux dire, les ORM sont là plus quand t'as une base énorme avec 100 tables non ? Là ça simplifie la vie. Mais jusqu'à combien de tables on peut dire qu'on peut s'en passer ?

Est ce qu'on peut utiliser les namedqueries sans utiliser les entities ? C'est exactement comme ça que je les aurai implémenté si JPA n'existait pas. J'aurais fait des classes qui representeraient mon modèle et je leur aurai ajouté une sorte de classe annexe pour gérer leur requêtes sql personnelle.

Merci les réponses !

[Heimdal]

@PreRemove avec ton test???