La Force de requête d'Hibernate pour accéder à la base de données

J'ai chargé d'une entité dans ma transaction et que vous avez changé une propriété de l'entité. La transaction n'est pas encore engagée. Maintenant, je voudrais obtenir la valeur d'origine de la propriété modifiée.

J'ai essayé avec une requête HQL comme select p.property from Person p where p.id = 1 avec l'ID de l'entité chargée de la transaction.

J'ai mis query.setHint("org.hibernate.cacheMode", CacheMode.IGNORE); avant l'exécution de la requête. Mais pas de succès. Hibernate renvoie la valeur définie dans la transaction en cours, et non pas celui de la base de données.

Est-il un moyen de contourner cela?

Ne pas vous retrouver avec le problème où Hibernate se plaint de la même entité dans la session deux fois? Semble que vous pourriez voulez revoir la mise en œuvre peut-être.

OriginalL'auteur tobiasbayer | 2010-09-13

  1. 11

    J'ai chargé d'une entité dans ma transaction et que vous avez changé une propriété de l'entité. La transaction n'est pas encore engagée. Maintenant, je voudrais obtenir la valeur d'origine de la propriété modifiée.

    En bref: la piste de l'ancienne valeur vous-même.

    J'ai essayé avec une requête HQL comme select p.propriété de Personne où p.id = 1 avec l'ID de l'entité chargée de la transaction.

    Hibernate charge une version unique d'une entité dans la session (le premier niveau de cache) pour un identificateur de base de données. Cela ne fonctionnera pas.

    J'ai mis de la requête.setHint("org.mise en veille prolongée.cacheMode", CacheMode.IGNORER); avant l'exécution de la requête.

    Cette astuce est utilisée pour affecter la cache de requête (qui s'appuient sur le second niveau de cache), ce qui n'affecte pas votre "problème".

    Est-il un moyen de contourner cela?

    Soit

    • utilisation session.refresh() forcer un rechargement de votre entité (et vous perdrez les modifications)
    • stocker la valeur précédente comme cela avait été initialement mentionnés.
    • invoquer un service qui effectuent une requête dans une autre transaction.

    OriginalL'auteur Pascal Thivent

  2. 7

    La statelesssession n'a fonctionné pour moi.

    StatelessSession statelessSession = sessionFactory.openStatelessSession();
try {
    return statelessSession.get(Ticket.class, ticketKey, LockMode.READ)
} finally {
   statelessSession.close()
}

    OriginalL'auteur andrefaria

  3. 2

    Cela peut aider:

    Si vous voulez forcer la mise en cache de requêtes
    pour actualiser un de ses régions
    (ignorer les résultats mis en cache, il trouve
    il ya) - vous pouvez utiliser
    org.mise en veille prolongée.De la requête.setCacheMode(CacheMode.ACTUALISER).
    En collaboration avec la région, vous
    avez définis pour la requête donnée,
    Hibernate sélectivement la force de la
    les résultats mis en cache dans cette
    région d'être actualisée. C'est
    particulièrement utile dans les cas où
    données sous-jacentes peuvent avoir été mis à jour
    par l'intermédiaire d'un processus distinct et est loin
    alternative plus efficace en vrac
    l'expulsion de la région par le biais de
    org.mise en veille prolongée.SessionFactory.evictQueries().

    (À partir de http://docs.jboss.org/hibernate/stable/core/reference/en/html/performance.html, section 20.4.2).

    Cependant, il est prévu d'utiliser lorsque d'autres processus de mise à jour de la DB, et doit être utilisé avec précaution.
    Votre cas est différent. Comme cette méthode se produit en dehors de toute transaction, vous devez être sûr qu'il n'entre pas en conflit avec votre conception. Peut-être que vous pouvez restructurer le flux d'appel pour éviter ce comportement, et de récupérer le terrain à partir d'une autre source ou avant la modification dans le cache...

    L'examen de ma réponse, je vois qu'il ne permet pas de répondre entièrement à votre problème. Même si vous désactivez complètement le cache de second niveau, vos données d'entité peut être à venir pour le premier niveau de cache (session). Pour cela, vous devez actualiser ou de supprimer l'objet... mais ensuite, vous devez entrer de nouveau les champs que vous souhaitez enregistrer dans la validation de transaction.

    OriginalL'auteur Sebastian

  4. 1

    La seule façon de le faire serait d'exécuter la requête à l'extérieur de la transaction en cours.

    OriginalL'auteur james