Проблема с синхронизацией запроса SQL-запросов в JPA

Question

Я использую JPA для сохранения данных.

Я не могу объяснить поведение в своей программе.

У меня есть объект A который имеет другую сущность B как его member.In мой код я создаю новый экземпляр A и установить экземпляр B (сгружено из базы данных) в A, а потом сохранить A с помощью EntityManager. Я использую транзакцию, управляемую контейнером, поэтому все транзакции должны совершать в конце метода.

В том же методе, после сохранения A, я пытаюсь получить объект класса C. C, как A, имеет B в качестве своего члена. Я использую запрос JQPL для извлечения C для идентификатора экземпляра B, связанного с экземпляром A.

Проблема заключается в том, что при извлечении C JPA также выполняет SQL-запрос для сохранения A. Я ожидаю, что это произойдет в конце транзакции (т. Е. Когда метод закончится). Но это происходит, когда я пытаюсь забрать C. Если я не получаю C, тогда SQL-запрос для сохранения A выдается, когда метод заканчивается.

В чем причина такого поведения?

Answer 1

Поставщик JPA должен очистить контекст персистентности до выполнения запроса, если есть вероятность, что результаты запроса не будут соответствовать текущему состоянию постоянного состояния.

Вы можете установить flush mode на COMMIT для желаемых (или всех) сеансов. Просто имейте в виду, чтобы вручную очистить сеанс, если запрос зависит от состояния контекста грязного состояния. Режим сброса по умолчанию - AUTO, что означает, что контекст персистентности может быть очищен до выполнения запроса.

Answer 2

Причина - уровень изоляции базы данных. По умолчанию используется read_commited. Подробнее об уровнях изоляции здесь: https://en.wikipedia.org/wiki/Isolation_%28database_systems%29#Read_committed

Так чтобы не нарушить эту изоляцию JPA должен выполнить все SQL-операторы в буфере, что все данные в транзакции достигший базы данных.