Mise à jour clé primaire merge()?

Bonjour j'ai une petite question à poser, j'ai un peu de mal à comprendre la méthode merge().
Dans mon cas je souhaite modifier des élément d'une table:
- quand je modifie autre chose que la clé primaire en utilisant la méthode merge, pas de soucis.
- quand je modifie la clé primaire pour une nouvelle clé, si celle-ci n'existe pas il me crée un objet avec les nouvelles informations et je suis obliger de supprimer l'ancien objet avec remove.
-enfin quand je modifie la clé primaire par une clé existante il m'écrase les informations de la donné existante.

Les deux derniers cas me semblent assez bizarre, j'ai l'impression de mal avoir compris le principe du merge et la différence entre merge et flush j'aurais même penser que l'entitymanager aurait levé une exception pour le 3eme cas comme il le fait quand il persist (constraintsqlexception).

Merci de m'éclairer, bonne journée.

Flush envoie les instructions SQL à la base.

Merge permet la mise à jour d'un objet en session mais le changement en base n'intervient qu'après le flush.

On ne modifie pas une clé primaire en base.
Donc il est logique qu'un nouvel objet soi créé s'il n'existe pas.
Si l'objet existe, ses valeurs seront modifiées.

Bonjour,
Ton post n'est pas sur le bon forum, tu devrai le mettre dans le forum de persistence, mais je réponds néanmoins avant que les admins ne le déplacent:

Code:

---

- quand je modifie autre chose que la clé primaire en utilisant la méthode merge, pas de soucis.

---

Normal, c'est le fonctionnement prévu de merge, il met à jour les données présentes en mémoire, avec celles présentes en bd, ce rien que pour l'objet présent en base.c'est un "update" en d'autres termes.

Code:

---

- quand je modifie la clé primaire pour une nouvelle clé, si celle-ci n'existe pas il me crée un objet avec les nouvelles informations et je suis obliger de supprimer l'ancien objet avec remove.

---

Par principe on ne modifie pas la clé primaire d'un enregistrement,c'est un principe fondamental à la notion de base de donnée, c'est normal que merge se positionne sur l'enregistrement dont la clé primaire est définie dans l'objet que tu veux mettre à jour.

Code:

---

j'ai l'impression de mal avoir compris le principe du merge et la différence entre merge et flush

---

Flush quant à lui ne prend pas de paramètres, mais son role est plus général, il synchronise toutes les entités attachés avec la base de donnée, il faut généralement l'utiliser si tu es en politique auto_commit=false et que tu veux déconnecter un user, moi perso je ne le fais pas souvent car c'est couteux, donc mon auto commit est en général à true.
Voila voila

Et pour un remove c'est pareil, il supprime en base après le flush?
Merci pour les infos.

Le mode auto-commit est déconseillé dans la documentation.
En effet, on perd tout l'intérêt d'une transaction.

Le flush sert notamment lorsque l'on doit insérer beaucoup de données en base, pour ne pas faire exploser le cache de premier niveau.

Code:

---

Le mode auto-commit est déconseillé dans la documentation.

---

En effet, j'ai vérifié, je ne modifie jamais ce paramètre, par défaut il doit être à false je suppose, toutes mes transactions sont gérées par injection Spring, je ne fais donc jamais de flush, merge et persist me suffisent.

Merci pour les informations, j'ai refais un peu ma base pour qu'elle soit plus "propre" (clés primaires = id) par contre j'ai un petit problème toujours avec mon merge(), je n'arrive pas à capturer l'exception lorsqu'il viole une contrainte unique avec un try catch pourtant je suis aller franchement avec un catch (exception e) mais cela ne capture pas mon exception.(Caused by: org.hibernate.exception.ConstraintViolationException,Caused by: java.sql.BatchUpdateException)