Discussion :

[yli_ren]

Bonjour,

J'ai deux objets qui ont la relation père/fils, et dans les fichiers mapping j'ai déclaré cascade="save-update" pour sauvegarder le fils quand je sauve le père.

Hibernate arrive bien à sauvegarder mes objets (père et fils) quand j'appelle session.save(pere). Par contre quand je regarde l'appel SQL que Hibernate a généré, je constate qu'il fait toujours un "select" sur l'objet fils avant de faire les "insert". Quelque part c'est logique qu'il a besoin de comparer l'enregistrement en base avec l'objet à sauver pour savoir ce qu'il faut mettre à jour en base. Mais comme le volume de mes objets père/fils est assez énorme, du coup ces "select" font perdre beaucoup de temps! Alors je voudrais savoir s'il y a moyen de forcer Hibernate à faire "insert" directement sans faire de "select" si je sais à l'avance que mes objets sont forcement nouveaux?
Merci!

[OButterlin]

D'après la documentation de référence d'Hibernate, l'horodatage ou version devrait répondre à tes attentes...

Jette un œil

A+

[yli_ren]

Merci OButterlin pour ton aide!

Finalement j'ai résolu mon problème en utilisant "unsaved-value=0" sur le champ Id de mon objet. Comme la valeur par défaut d'Id de mon objet est 0, du coup Hibernate sauvegarde mon nouveau objet en base sans faire de select sur mon objet.
Par contre, au départ pour la génération de la valeur d'Id j'utilise un generator class=sequence, du coup Hibernate fait quand meme un "select nextval sequence" pour chaque nouvel objet, qui ne m'arrange pas vraiment au niveau de la performance!
Donc finalement pour la génération des valeurs d'Id j'utilise un generator class=increment qui ne nécessite aucune opération "select" sur la base. (Mais attention, cette solution n'est pas applicable en multi-threads ou multi-clustering)

Voilà, j'espère que ma solution pourra aider ceux qui rencontrent le même problème.