Séance de nettoyage, vidage, rafraîchissement, après des mises à jour groupées en veille prolongée?

Comme nous le soaps, lors d’une mise à jour en bloc de la firebase database avec hibernate (même dans HQL), les modifications apscopes ne sont pas répliquées dans les entités stockées dans la session en cours.

Je peux donc appeler session.refresh pour charger les modifications apscopes à mes entités de session.

Nous appelons souvent flush pour envoyer nos modifications à la firebase database, mais la documentation indique qu’il “synchronise” la session et la firebase database …

Est-ce que cela signifie que flush sera en mesure de définir la bonne nouvelle valeur de firebase database sur mon entité de session? Ou flush finira-t-il par effacer ma nouvelle valeur de firebase database avec l’ancienne stockée dans l’entité? (Btw si le comportement de l’hibernation est le premier, comment détecte-t-on lequel est la “bonne valeur”?).

• Récupération automatique de jointures Hibernate OneToOne (résolution du problème n + 1)
• JSON sérialisant et désérialisant avec hibernate jpa pour avoir un object parent dans un enfant dans une réponse JSON
• Comment mapper une vue de firebase database sans clé primaire lors de l’utilisation de JPA
• Comment utiliser la mise en cache des instructions préparées par MySQL?
• Problème d’Hibernate Native Query avec les parameters nommés

Si je ne peux pas utiliser flush sur un tel cas, c’est une bonne pratique d’effacer la session après chaque mise à jour groupée afin d’être sûr d’avoir de bonnes valeurs dans notre session?

• Comment mapper un ensemble de types enum dans Hibernate?
• Comment imiter le comportement d’upert avec Hibernate?
• H2 définir le fuseau horaire par défaut
• Requête JPA pour obtenir l’arbre entier
• temps de mise en cache par défaut lors de l’utilisation du mode veille prolongée