Как остановить менеджер сущностей JPA от очистки перед каждым выбором

Question

Я использую JPA (с hibernate в качестве провайдера) весной для веб-приложения.У меня есть несколько методов, которые создают сложный объект для передачи в пользовательский интерфейс.В рамках потока этих методов выполняется несколько select операторов SQL.Проблема в том, что менеджер сущностей сбрасывается перед каждым выбором, это действие занимает много времени и снижает производительность.Есть ли способ предотвратить сброс менеджера сущностей перед каждым выбором?(Мне все равно, какие данные устарели при выборе выше)

Спасибо.

Вот мой GenericDAO

@Repository
public abstract class GenericDAOWithJPA<T, ID extends Serializable> implements IGenericDAO<T, ID> {
    private static final int MAX_RETRIES = 3;
    private static final long WAIT_INTERVAL_MS = 1000;
    static final Logger LOG = LoggerFactory.getLogger(GenericDAOWithJPA.class);

    private Class<T> persistentClass;

    protected EntityManager entityManager;

    @SuppressWarnings("unchecked")
    public GenericDAOWithJPA() {
            this.persistentClass = (Class<T>) ((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()[0];
    }


    @Override
    @PersistenceContext
    public void setEntityManager(EntityManager entityManager) {
        this.entityManager = entityManager;
        this.entityManager.setFlushMode(FlushModeType.COMMIT)
    }


    @Override
    public Class<T> getPersistentClass() {
        return persistentClass;
    }

    /* (non-Javadoc)
     * @see com.legolas.dao.IGenericDAO#find(ID)
     */
    @Override
    public T find(ID id) {
        return entityManager.find(persistentClass, id);
    }


    @Override
    public T getReference(ID id) {
        return entityManager.getReference(persistentClass, id);
    }

    /* (non-Javadoc)
     * @see com.legolas.dao.IGenericDAO#persist(T)
     */
    @Override
    public void persist(T entity) {
        entityManager.persist(entity);
    }

    @Override
    public void persist(List<T> entityList) {
        for (T entity : entityList) {
            persist(entity);
        }
    }



    @Override
    public T merge(T entity) {
        return entityManager.merge(entity);
    }


    @Override
    public void remove(T entity) {
        entityManager.remove(entity);
    }


    @Override
    @SuppressWarnings("unchecked")
    public List<T> findAll() {
        return entityManager.createQuery("Select t from " + persistentClass.getSimpleName() + " t").getResultList();
    }


    @Override
    @SuppressWarnings("unchecked")
    public List<T> findInRange(int firstResult, int maxResults) {
        return entityManager.createQuery("Select t from " + persistentClass.getSimpleName() + " t").setFirstResult(firstResult).setMaxResults(maxResults).getResultList();
    }


    @Override
    public long count() {
        return (Long) entityManager.createQuery("Select count(t) from " + persistentClass.getSimpleName() + " t").getSingleResult();
    }

    @Override
    public void flush() {
        this.entityManager.flush();
    }

    @Override
    public void refresh(T entity) {
        int retry = 0;
        RuntimeException lastException = null;
        do {
        try {
            this.entityManager.refresh(entity);
        } catch (OptimisticLockException e) {
            retry++;
            lastException = e;
            LOG.debug("OptimisticLockException retry {}", retry);
            try {
                Thread.sleep(WAIT_INTERVAL_MS);
            } catch (InterruptedException e1) {
                retry = MAX_RETRIES;
            }
        }
        } while (lastException != null && retry < MAX_RETRIES);

    }
}

Answer 1

Следующий код отключает сброс перед запросами (сброс происходит только перед фиксацией):

em.setFlushMode(FlushModeType.COMMIT);

Answer 2

Вы также можете установить режим сброса для каждого запроса.Это не обязательно относится ко всему менеджеру сущностей.

 TypedQuery<Person> people = ... ;
 people.setFlushMode(FlushModeType.COMMIT);

Answer 3

Если вы на самом деле выполняете свои собственные операторы SELECT, как насчет того, чтобы запросить у поставщика соединения новое соединение?Таким образом, Hibernate не будет в курсе этих запросов.