Czy zapytanie HQL zawsze trafia do bazy danych i uzyskuje wyniki?

Question

Przechodziłem przez hibernację i sytuacje, kiedy używać Criteria vs HQL i rozumiem, że przy Hibernowaniu, za każdym razem, gdy przeszukujemy bazę danych przez Criteria lub HQL w obu przypadkach hibernacja otrzyma zestaw wyników i wprowadzi do pamięci, a następnie, gdy to nazwiemy zapytanie ponownie, dane będą pobierane z pamięci zamiast trafiania do tej bazy danych, czy moje zrozumienie jest poprawne?

Również, jak widać z komentarzy do pytania wspomnianego poniżej, zasugerowano, że Kryteria Hibernacji otrzymają dane z sesji, a HQL zawsze pójdzie i trafi w bazę danych, więc każda liczba wielu wywołań do kwerendy HQL pójdzie i trafi w bazę danych a jeśli tak, to wtedy HQL powoduje więcej problemów niż rozwiązywanie.

Prosimy o doradztwo w tej sprawie, ponieważ jestem trochę zmieszany z sytuacją.

Odniesienie do question

Answer 1

To zależy od tego, jakiego rodzaju zapytaniami robicie i informacji o ustawieniach pamięci podręcznej.

Hibernacja ma trzy rodzaje pamięci podręcznych: pamięć podręczną sesji, pamięć podręczną zapytań i pamięć podręczną drugiego poziomu. Pamięć podręczna sesji jest zawsze włączona, ale pozostałe dwie mogą być wyłączone.

Zwykle buforowanie nie jest powodem do faworyzowania API Criteria w stosunku do HQL i na odwrót. W większości są to po prostu różne interfejsy dla zasadniczo tej samej rzeczy.

Zobacz http://www.javalobby.org/java/forums/t48846.html i http://docs.jboss.org/hibernate/core/3.3/reference/en/html/performance.html

Answer 2

Zasadniczo jeśli generowanie zapytań jesteś prawdopodobnie będzie trafić do bazy danych, wyjątkiem jest, jeśli już w pamięci podręcznej kwerendy i parametry.

Kwerendy hibernacji (bez względu na to, czy używasz Kryteriów czy HQL) zwrócą tylko jednostki z pamięci podręcznej sesji (pamięć podręczna pierwszego poziomu), jeśli otrzymasz ją z @ID.

W celu buforowania zapytania można użyć następującej składni:

session.createQuery("from X as x").setCacheable(true); 

redagowany Komentarze:

Zapytanie nie jest taka sama jak dostać się z @Id. Aby dostać się do obiektu przez jego @Id byś napisać coś takiego:

Entity myEntity = sessionFactory.getCurrentSession().get(Entity.class, 1);