我正在使用Spring数据规范和排序API(我的存储库是一个JpaSpecificationExecutor),我的数据模型看起来像这样(缩小了一点)
@Entity
public class Message extends AbstractVersionedEntity {
@OneToMany
private Set<MessageOwner> messageOwners = new HashSet<>();
}
@Entity
public class MessageOwner extends AbstractVersionedEntity {
@ManyToOne
private Mailbox owner;
@Enumerated(EnumType.STRING)
private MessageOwnerType type;
}
@Entity
public class Mailbox extends AbstractVersionedEntity {
@Column(unique=true)
private String ldapId;
}
我需要按收件人对邮件进行排序 - 即,通过MessageOwnerType.TO类型的messageOwners邮箱的ldapId。
message->messageOwners(type=TO)->owner->ldapId
此外,应为每条消息分类收件人 - 如果有多个messageOwner类型为MessageOwnerType.TO,则应按字母顺序选择第一个作为消息的排序值,可以这么说。
在纯SQL中,我可能会使用某种子查询来执行此操作。使用Spring Data Specifications&amp;排序对象?除非必须,否则我宁愿不必重写QueryDSL / raw Criteria中的所有内容。
答案 0 :(得分:0)
好的,所以我想出了如何使用规格来做到这一点,但它并不漂亮。我无法使用Sort对象,而是使用JPA CriteriaBuilder将orderBy子句放在规范中。
这导致SimpleJpaRepository出现问题,SimpleJpaRepository在所有可分页的findAll查询之前执行select count()。我必须禁用此功能(在this Stackoverflow answer的帮助下。
所以我的规格看起来像这样:(讨厌,我知道。如果有人有更好的建议,我很乐意听到它们)
@Override public Predicate toPredicate(Root<Message> root, CriteriaQuery<?> query, CriteriaBuilder cb) {
// Note - this would be simpler if JPA allowed subqueries in joins. As it doesn't,
// we have to put the subquery in a where clause, join both sides with the mailbox
// and correlate the results
// join the main query on the mailbox (for the ORDER BY clause)
Join<Message, MessageOwner> messageOwners = root.join("messageOwners", JoinType.LEFT);
Join<Message, Mailbox> mailbox = messageOwners.join("owner");
// create a subquery and correlate the messages with the main query
Subquery<String> subQuery = query.subquery(String.class);
Root<Message> sqMessage = subQuery.from(Message.class);
Root<Message> correlateMessage = subQuery.correlate(root);
// join the subquery on the mailbox
Join<Object, Object> sqMessageOwners = sqMessage.join("messageOwners", JoinType.LEFT);
Join<Message, Mailbox> sqMailbox = sqMessageOwners.join("owner");
// get the lowest ldapId alphabetically
Expression<String> minLdapId = cb.least(sqMailbox.<String>get("ldapId"));
// the actual subquery
// select the lowest ldapId for the current message (see the group-by clause)
// where the recipient type is TO and the message is the same as the main query
subQuery.select(minLdapId)
.where(
cb.and(
cb.equal(sqMessageOwners.get("type"), MessageOwnerType.TO),
cb.equal(sqMessage, correlateMessage)))
.groupBy(sqMessage.get("id"));
// the subquery gives us the lowest TO recipient for each mail
// sort on these values. Note: his must be done here rather than in the Sort property
// of the Pageable in order to maintain the connection between the mailbox in the order by clause
// and the one in the subquery
Path<String> recipientOrderClause = mailbox.get("ldapId");
Order recipientOrder = sortDirection == Sort.Direction.ASC ? cb.asc(recipientOrderClause) : cb.desc(recipientOrderClause);
// secondary sorting descending by sendTime
Order sendTimeOrder = cb.desc(root.get("sendTime"));
// adding order by queries here, rather than via the Sort object
// is something of a violation of standard Spring Data practice. (see above for the reason it is done)
// this precludes us from making some grouped calls such as select count(*)
query.orderBy(recipientOrder, sendTimeOrder);
// attach the subquery onto the query and return.
return cb.equal(mailbox.get("ldapId"), subQuery);
}