La différence entre la sauvegarde JPA de printemps et la sauvegardeAndFlush

Petite ordure · Publié sur 01/04/2019 16:39:22

Sur saveAndFlush, les modifications de cette commande sont immédiatement rafraîchies dans la base de données. Avec la sauvegarde, cela n’est pas nécessairement vrai et ne peut rester en mémoire que jusqu’à ce qu’une commande de flush ou de commit soit émise.

Notez cependant que même si vous rafraîchissez les modifications d’une transaction sans les valider, les modifications ne sont toujours pas visibles pour la transaction externe tant qu’elles ne sont pas validées dans cette transaction.

Dans votre cas, vous utilisez peut-être un mécanisme de transaction qui vous envoie une commande de commit si tout va bien.

Utilisez la méthode JPA saveAndFlush()

Implémenter Augmenter et Modifier

Note : La couche de contrôle doit filtrer les paramètres,

saveAndFlush Cette méthode détermine d’abord s’il faut utiliser la méthode persist ou la méthode de fusion basée sur ID==null
Il décidera s’il faut utiliser l’insert ou la mise à jour en fonction de l’enregistrement de l’ID dans la base de données

Nous examinons la différence en décompilant le code source Java

IDEA_ raccourci pour trouver l’implémentation de l’interface

Ctrl + alt +B style IDEA

Ctrl + T style Eclipse

Interface de sauvegarde :

La connexion est visible.

Méthode de mise en œuvre :

La connexion est visible.

Interface saveAndFlush :

La connexion est visible.

Méthode de mise en œuvre :

La connexion est visible.

Comme vous pouvez le voir dans le code source, en appelant la méthode saveAndFlush,saveAndFlush appelle notre méthode de sauvegarde puis la méthode flush。

(Fin)

[Source] La différence entre la sauvegarde JPA de printemps et la sauvegardeAndFlush

Articles connexes

Sections vues