Как получить четкие результаты в спящем режиме с соединениями и ограничением на основе строк (подкачка страниц)?
Вопрос
Я пытаюсь реализовать разбиение по страницам, используя ограничение на основе строк (например: setFirstResult(5)
и setMaxResults(10)
) в запросе критериев Hibernate, который объединяется с другими таблицами.
Понятно, что данные обрезаются случайным образом;и причина этого объяснена здесь.
В качестве решения на странице предлагается использовать «второй выбор sql» вместо соединения.
Как я могу преобразовать существующий запрос критериев (который имеет соединения с использованием createAlias()
) вместо этого использовать вложенный выбор?
Решение
Вы можете добиться желаемого результата, запросив список различных идентификаторов вместо списка отдельных гидратированных объектов.
Просто добавьте это к своим критериям:
criteria.setProjection(Projections.distinct(Projections.property("id")));
Теперь вы получите правильное количество результатов в соответствии с ограничением по строкам.Причина, по которой это работает, заключается в том, что проекция выполнит проверку различимости. как часть запрос sql вместо того, что делает ResultTransformer, который фильтрует результаты на предмет различимости после SQL-запрос выполнен.
Стоит отметить, что вместо получения списка объектов вы теперь получите список идентификаторов, который можно использовать для вывода объектов из спящего режима позже.
Другие советы
Я использую это со своими кодами.
Просто добавьте это к своим критериям:
критерии.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
этот код будет похож на выбранный * из таблицы собственного sql.Надеюсь, это поможет.
Небольшое улучшение по предложению FishBoy.
Запрос такого типа можно выполнить за один запрос, а не за два отдельных этапа.то естьприведенный ниже одиночный запрос правильно выведет на страницу отдельные результаты, а также вернет сущности вместо просто идентификаторов.
Просто используйте DetachedCriteria с проекцией идентификатора в качестве подзапроса, а затем добавьте значения подкачки в основной объект Criteria.
Это будет выглядеть примерно так:
DetachedCriteria idsOnlyCriteria = DetachedCriteria.forClass(MyClass.class);
//add other joins and query params here
idsOnlyCriteria.setProjection(Projections.distinct(Projections.id()));
Criteria criteria = getSession().createCriteria(myClass);
criteria.add(Subqueries.propertyIn("id", idsOnlyCriteria));
criteria.setFirstResult(0).setMaxResults(50);
return criteria.list();
Небольшое улучшение предложения @FishBoy — использовать проекцию идентификатора, чтобы вам не приходилось жестко кодировать имя свойства идентификатора.
criteria.setProjection(Projections.distinct(Projections.id()));
session = (Session) getEntityManager().getDelegate();
Criteria criteria = session.createCriteria(ComputedProdDaily.class);
ProjectionList projList = Projections.projectionList();
projList.add(Projections.property("user.id"), "userid");
projList.add(Projections.property("loanState"), "state");
criteria.setProjection(Projections.distinct(projList));
criteria.add(Restrictions.isNotNull("this.loanState"));
criteria.setResultTransformer(Transformers.aliasToBean(UserStateTransformer.class));
Мне это помогло :D
Решение:
criteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
работает очень хорошо.
если вы хотите использовать ORDER BY, просто добавьте:
criteria.setProjection(
Projections.distinct(
Projections.projectionList()
.add(Projections.id())
.add(Projections.property("the property that you want to ordered by"))
)
);
Теперь я объясню другое решение, в котором вы можете использовать обычный метод запроса и разбиения на страницы, не сталкиваясь с проблемой возможных дубликатов или подавленных элементов.
Это решение имеет преимущество в том, что оно:
- быстрее, чем решение PK id, упомянутое в этой статье.
- сохраняет порядок и не использует предложение «in» в возможно большом наборе данных ПК.
Полную статью можно найти на мой блог
Hibernate дает возможность определить метод извлечения ассоциации не только во время разработки, но и во время выполнения посредством выполнения запроса.Поэтому мы используем этот подход в сочетании с простым механизмом отражения, а также можем автоматизировать процесс изменения алгоритма выборки свойств запроса только для свойств коллекции.
Сначала мы создаем метод, который разрешает все свойства коллекции из класса сущностей:
public static List<String> resolveCollectionProperties(Class<?> type) {
List<String> ret = new ArrayList<String>();
try {
BeanInfo beanInfo = Introspector.getBeanInfo(type);
for (PropertyDescriptor pd : beanInfo.getPropertyDescriptors()) {
if (Collection.class.isAssignableFrom(pd.getPropertyType()))
ret.add(pd.getName());
}
} catch (IntrospectionException e) {
e.printStackTrace();
}
return ret;
}
После этого вы можете использовать этот небольшой вспомогательный метод. Посоветуйте вашему объекту критериев изменить FetchMode на SELECT в этом запросе.
Criteria criteria = …
// … add your expression here …
// set fetchmode for every Collection Property to SELECT
for (String property : ReflectUtil.resolveCollectionProperties(YourEntity.class)) {
criteria.setFetchMode(property, org.hibernate.FetchMode.SELECT);
}
criteria.setFirstResult(firstResult);
criteria.setMaxResults(maxResults);
criteria.list();
Это отличается от определения FetchMode ваших объектов во время разработки.Таким образом, вы можете использовать обычную выборку ассоциации соединения для алгоритмов подкачки в вашем пользовательском интерфейсе, потому что в большинстве случаев это не критическая часть, и более важно получать результаты как можно быстрее.
Ниже показано, как мы можем выполнить множественную проекцию для выполнения Distinct.
package org.hibernate.criterion;
import org.hibernate.Criteria;
import org.hibernate.Hibernate;
import org.hibernate.HibernateException;
import org.hibernate.type.Type;
/**
* A count for style : count (distinct (a || b || c))
*/
public class MultipleCountProjection extends AggregateProjection {
private boolean distinct;
protected MultipleCountProjection(String prop) {
super("count", prop);
}
public String toString() {
if(distinct) {
return "distinct " + super.toString();
} else {
return super.toString();
}
}
public Type[] getTypes(Criteria criteria, CriteriaQuery criteriaQuery)
throws HibernateException {
return new Type[] { Hibernate.INTEGER };
}
public String toSqlString(Criteria criteria, int position, CriteriaQuery criteriaQuery)
throws HibernateException {
StringBuffer buf = new StringBuffer();
buf.append("count(");
if (distinct) buf.append("distinct ");
String[] properties = propertyName.split(";");
for (int i = 0; i < properties.length; i++) {
buf.append( criteriaQuery.getColumn(criteria, properties[i]) );
if(i != properties.length - 1)
buf.append(" || ");
}
buf.append(") as y");
buf.append(position);
buf.append('_');
return buf.toString();
}
public MultipleCountProjection setDistinct() {
distinct = true;
return this;
}
}
ExtraProjections.java
package org.hibernate.criterion;
public final class ExtraProjections
{
public static MultipleCountProjection countMultipleDistinct(String propertyNames) {
return new MultipleCountProjection(propertyNames).setDistinct();
}
}
Пример использования:
String propertyNames = "titleName;titleDescr;titleVersion"
criteria countCriteria = ....
countCriteria.setProjection(ExtraProjections.countMultipleDistinct(propertyNames);
Ссылка из https://forum.hibernate.org/viewtopic.php?t=964506
NullPointerException
в некоторых случаях!Без criteria.setProjection(Projections.distinct(Projections.property("id")))
все запросы проходят хорошо!Это решение плохое!
Другой способ — использовать SQLQuery.В моем случае следующий код работает нормально:
List result = getSession().createSQLQuery(
"SELECT distinct u.id as usrId, b.currentBillingAccountType as oldUser_type,"
+ " r.accountTypeWhenRegister as newUser_type, count(r.accountTypeWhenRegister) as numOfRegUsers"
+ " FROM recommendations r, users u, billing_accounts b WHERE "
+ " r.user_fk = u.id and"
+ " b.user_fk = u.id and"
+ " r.activated = true and"
+ " r.audit_CD > :monthAgo and"
+ " r.bonusExceeded is null and"
+ " group by u.id, r.accountTypeWhenRegister")
.addScalar("usrId", Hibernate.LONG)
.addScalar("oldUser_type", Hibernate.INTEGER)
.addScalar("newUser_type", Hibernate.INTEGER)
.addScalar("numOfRegUsers", Hibernate.BIG_INTEGER)
.setParameter("monthAgo", monthAgo)
.setMaxResults(20)
.list();
Различие делается в базе данных! В отличие от:
criteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
где различие осуществляется в памяти после загрузки объектов!