使用Spring Data JPA进行复杂排序

Question

我正在使用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 Specification＆Sort对象是否有可能发生类似的事情？ 除非必须，否则我将不必重写QueryDSL / raw Criteria中的所有内容。

Answer 1

好的，所以我弄清楚了如何使用“规范”来实现它，但是它并不漂亮。 我无法使用Sort对象，而是使用JPA CriteriaBuilder将orderBy子句放在Specification中。

这实际上导致了SimpleJpaRepository的问题，该问题在所有可分页的findAll查询之前执行select count（）。 我不得不禁用它（在Stackoverflow答案的帮助下。

所以我的规格看起来像这样：（讨厌，我知道。如果有人有更好的建议，我很想听听他们的建议）

@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);
}