Update intempestif d'objets lors d'un save

Bonjour,

J'ai un sérieux problème d'update intempestif d'objets lorsque je fais un save d'un autre objet en base de donnée avec l'hibernate template.

J'explique :

Je load en DB une série d'objet que j'utilise pour construire un autre objet (non présent en DB, donc avec un id null). (En gros, mon nouvel objet contient des références à des objets existants).

Lorsque j'enregistre mon nouvel objet, l'hibernate template me fait une série d'update sur tous les autres objets qui sont dans l'objet à enregistrer alors que ceux-ci n'ont pas été modifié...

Ca me fait une énorme perte de performance cette histoire, d'où est-ce que cela peut venir ?

Merci de votre aide.

il faudrait voir le shéma. Si t'as des relation one-to-many entre depuis tes anciens objet vers ton nouvel objet, il faut bien updater les tables des tes ancens objet pour mettre à jour la foreign-key vers ton nouvel objet.
De plus, si t'as une relation nouvel-objet -> ancien objet dans laquel tu a mis un cascade update, il fait l'update des ces ancien objets aussi. Et si t'as activé le versioning dans hibernate, ca provoque vraisemblalement d'office des update de la db.

Disons que j'ai 3 tables : A - B - C

C contient des FK de B, et B contient des FK de A. (one to many à chaque fois)

Je load A et B en DB, et je crée un nouvel objet C. Lorsque je sauve C, il va me faire un update de l'objet A et B alors qu'ils n'ont pas été modifié.
Il n'y a que l'objet de la table C qui contient une FK vers la table B.

Toutes mes cascades sont en save-update... Mais là, comme les objets des tables A et B n'ont pas été modifiés, ils ne devraient pas me faire d'update. Ou alors j'ai pas tout saisi.

Merci.

donc t'as une relation B-> A et une relation C-> B, chacun étant de type many-to-one (plusieurs C vers un B, plusieurs B vers un A) et tu fais uniquement un new C() suivi de C.setB(B)? Si oui, vérifie que le code du setter ne tripatouille pas B en arrière plan et vérifie que t'as bien désactivé le versioning. Donne nous aussi éventuellement ton fichier de config et des bouts du fichier de mapping. Dis nous aussi si tous les champs de B et C sont bien mappé via les propriétés et non via les field (je suis pas expart de ce coté là, mais il me semble qu'hibernate n'a aucun moyen de savoir si un field a été modifié -> il passe d'office l'update à la db sans filtrage)

Oui c'est exactement ça, à la différence que le B est directement dans le constructeur de C. Mais ça revient au même. Aucune modification de l'objet par la suite.

Pas de versioning d'utilisé. Tous les champs sont mappé via les fichiers de config xml.

Pour la config, cela passe par Spring...

Et le fichier de mapping, par exemple B et C :

Code:

---

1 2 3 4 5 6

<set name="c" inverse="true" lazy="false"> <key> <column name="id" not-null="true" /> </key> <one-to-many class="C" /> </set>

---

Code:

---

1 2 3

<many-to-one name="B" class="B" lazy="false" cascade="save-update" insert="true" update="false" fetch="select"> <column name="id" not-null="true" /> </many-to-one>

---

t'as un relation bidirectionnelle là: B->set<C> et C->B, donc forcément, à la fois B et C sont modifié. Si, niveau tables, seule la table C contient la relation, il faut indiquer sur la relation B->set<C> que cette relation est inverse (invert="true") sinon, elle participe au fait de savoir si B a été modifié (même si coté table y a rien). Même chose pour une potentielle relation A->set<B>

C'est à dire ?

Parce que j'ai mentionné inverse="true" sur le Set

oops, de fait :)

la classe a bien des getters/setters?

Oui... tous les getter setter, sinon il mettrait des erreurs aussi :)

Sinon à première vue, je ne sais pas ce que j'ai changé, mais j'ai l'impression qu'il me le fait que dans 1 cas maintenant : lorsque je rajoute un objet dans un Set, il fait un update de tous les éléments du set et un insert de celui que je viens d'ajouter.

Donc il me fait plusieurs dizaines d'update complètement inutile :/ (Le set est récupérer par Hibernate en lazy false).

met le cascade="none" sur le set?

Sauf que dans ce cas là, il ne me fait même pas le save de l'élément que j'ai ajouté :/

cascade="save" :aie: ? Je vois pas d'ou viens exactement le problème (j'ai un comportement similaire ici, hibernate fait un update d'un row de mon set après sont effacement, juste avant de faire un delete du row -> update inutile aussi)

Malheureusement, ça n'existe pas ça ^^

pardon, create :)

non plus...

En remplacant le save par un merge avec l'hibernate template, il ne me fait plus les updates inutiles. Donc problème résolu :)