[Débutant] Clé primaire - Update

Bonjour à tous,

J'ai un petit souci concernant la mise à jour d'enregistrements par hibernate :


J'ai une table parc, avec une clé primaire "parc", et un champ libellé quelconque.
Elle est mappée comme suit :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

<hibernate-mapping> <class name="ft.webroutage.metier.Parc" table="PARC"> <id name="parc" type="string"> <column name="PARC" length="5" /> <generator class="assigned" /> </id> <property name="libelle" type="string"> <column name="LIBELLE" length="50" /> </property> <hibernate-mapping>

---

Une petite précision : le champ parc est utilisé dans d'autres tables comme foreign key.
L'ennui, c'est que lorsque j'essaie de mettre à jour un enregistrement en changeant le champ "parc", il ne fait pas d'update, mais un nouvel insert, en conservant l'enregistrement précédent.
Exemple : j'ai dans ma table le couple PARC1/toto
Je veux changer (et non pas dupliquer) le parc1 en parc2. (le parc1 n'est utilis" dans aucune autre table)
Si je fais un saveOrUpdate de mon objet, j'obtiens en base deux enregistrements :
PARC1/toto
PARC2/toto
Si je fais un simple update, j'obtiens :
PARC1/toto (rien de modifié)
Et par un save, j'obtiens la même chose qu'avec le saveOrUpdate.

Je suppose que cela vient du fait qu'hibernate fasse un select sur la table avce la clé primaire avant de persister, et que ce problème doit être facile à contourner, et que ma question va vous sembler complètement idiote :oops:

Mais je débute, et je ne sais pas si cela vient du mapping (oubli de quelque chose?) ou d'autre chose :?

Sauriez-vous m'éclairer?


Merci par avance :)

C'est un peu normal qu'il t'empeche de faire un update sur une clef primaire.
Donc le mieux, c'est de supprimer l'enregristrement et d'en créer un nouveau.

Oui, je comprends bien que ça soit normal.
Mais comme c'est possible de le faire en direct (si je tape update parc set parc2 where parc='parc1'), je voulais savoir s'il n'y avait pas moyen de le faire via hibernate :)

Ton champ est déclaré en tant que clef primaire dans ta table ?

EDIT:
Effectivement, la bd tolère ce genre de choses, je ne le savais pas.

Oui, mon champ est déclaré en temps que clé primaire dans ma table.
J'en ai aussi besoin comme foreign key ailleurs.

J'ai regardé un peu dans la doc, mais je n'ai pas encore trouvé l'astuce :cry:

Tu peux pas faire autrement ?
C'est quand même crade comme méthode, non ?
Surtout que si ta clef est utilisée en tant que clef etrangère, tu vas être obligé de mettre à jour les liens. Si ton appli se complique, tu risques d'avoir des ennuis.

Faire autrement?
Et pourquoi crade?
Je ne vois pas trop comment...
Un contrôle est fait... Si le parc est utilisé ailleurs, toute modif est interdite, et le message est remonté à l'utilisateur, je ne vais pas jusqu'au DAO de toute façon.
La base est bien faite, les contraintes agissent :)
En revanche, je ne comprends pas pourquoi la modif d'un enreg non utilisé ailleurs n'est pas autorisé :roll:

Hibernate se base fondementalement sur l'id pour faire la relation entre ton objet java et l'enregistrement de la base de données.
Changer l'id coté java correspondra à une nouvelle entrée coté BD.
A priori t'as pas le choix de faire une suppresion insertion coté hibernate quand tu souhaites modifier l'id.
En pratique dans le monde des SGBD, on évite de changer la clef primaire.
Même si les SGBD autorisent la maj d'une clef primaire cela doit être utilisé avec parcimonie dans le cas d'une contrainte technique exceptionnelle parfois et ne doit pas être un cas d'usage fonctionnel de l'application.