Как выбрать последнюю запись в группе с помощью JPQL в Spring JpaRepository?

Я думаю, что с точки зрения реляционной алгебры вы запрашиваете набор ActorContent минус набор ActorContent, ограниченный действующим лицом = действующим лицом и средним значением платежа = средним значением платежа и createDate ‹ createDate. Таким образом, способ думать об этом состоит в том, чтобы получить второй набор из перекрестного произведения ActorContent с ac1.meanOfPayment = ac2.meanOfPayment and ac1.actor = ac2.actor and ac1.createDate < ac2.createDate. Затем вычтите этот набор из набора ActorContent. Я не смотрел, является ли это более эффективным, чем использование MAX и Group By Например:

@Query("select ac from ActorContent ac where ac.id not in (select ac1.id from ActorContent ac1, ActorContent ac2 where ac1.meanOfPayment = ac2.meanOfPayment and ac1.actor = ac2.actor and ac1.createDate < ac2.createDate)")

Это дает мне первые четыре строки в таблице UPPER, представляющие первого участника и его единственное значение «meanOfPayment», а также второго участника и его самые последние платежи для всех трех значений «meanOfPayment».

ActorContent [id=1, actor=Actor [id=1], meanOfPayment=MeanOfPayment [id=1], amount=10500.00, createDate=2018-10-09 00:00:00.887]
ActorContent [id=2, actor=Actor [id=2], meanOfPayment=MeanOfPayment [id=1], amount=-10400.00, createDate=2018-10-02 00:00:00.887]
ActorContent [id=3, actor=Actor [id=2], meanOfPayment=MeanOfPayment [id=3], amount=6000.00, createDate=2018-10-02 00:00:00.887]
ActorContent [id=4, actor=Actor [id=2], meanOfPayment=MeanOfPayment [id=2], amount=200.00, createDate=2018-09-30 00:00:00.887]

После этого вы можете оптимизировать запрос, объединив выборку экземпляров Actor и MeanOfPayment. Пример:

@Query("select ac from ActorContent ac left outer join fetch ac.actor left outer join fetch ac.meanOfPayment where ac.id not in (select ac1.id from ActorContent ac1, ActorContent ac2 where ac1.meanOfPayment = ac2.meanOfPayment and ac1.actor = ac2.actor and ac1.createDate < ac2.createDate)")

Это приводит к следующему сгенерированному гибернацией SQL-запросу:

select actorconte0_.id as id1_1_0_, actor1_.id as id1_0_1_, meanofpaym2_.id as id1_2_2_, actorconte0_.actor_id as actor_id4_1_0_, actorconte0_.amount as amount2_1_0_, actorconte0_.create_date as create_d3_1_0_, actorconte0_.mean_of_payment_id as mean_of_5_1_0_ from actor_content actorconte0_ left outer join actor actor1_ on actorconte0_.actor_id=actor1_.id left outer join mean_of_payment meanofpaym2_ on actorconte0_.mean_of_payment_id=meanofpaym2_.id where actorconte0_.id not in  (select actorconte3_.id from actor_content actorconte3_ cross join actor_content actorconte4_ where actorconte3_.mean_of_payment_id=actorconte4_.mean_of_payment_id and actorconte3_.actor_id=actorconte4_.actor_id and actorconte3_.create_date<actorconte4_.create_date)

Конечно, если вам нужен конкретный Actor, просто добавьте его в предложение where.

@Query("select ac from ActorContent ac left outer join fetch ac.actor left outer join fetch ac.meanOfPayment where ac.actor.id = :actorId and ac.id not in (select ac1.id from ActorContent ac1, ActorContent ac2 where ac1.meanOfPayment = ac2.meanOfPayment and ac1.actor = ac2.actor and ac1.createDate < ac2.createDate)")
public List<ActorContent> findLatestForActor(@Param("actorId") Integer actorId);

и это дает мне "три верхних ряда"

ActorContent [id=2, actor=Actor [id=2], meanOfPayment=MeanOfPayment [id=1], amount=-10400.00, createDate=2018-10-02 00:00:00.066]
ActorContent [id=3, actor=Actor [id=2], meanOfPayment=MeanOfPayment [id=3], amount=6000.00, createDate=2018-10-02 00:00:00.066]
ActorContent [id=4, actor=Actor [id=2], meanOfPayment=MeanOfPayment [id=2], amount=200.00, createDate=2018-09-30 00:00:00.066]

Если у вас есть проблема с одинаковым createDate для комбинации Актера и MeanOfPayment, вы можете решить ее несколькими способами. Во-первых, если у вас есть логическое ограничение, из-за которого вы не хотите обрабатывать эти дубликаты, вам, вероятно, следует также иметь ограничение базы данных, чтобы вы не получали их и не создавали их в первую очередь. Другое дело, что вы можете вручную проверить список результатов и удалить их. Наконец, вы можете использовать в своем запросе отдельный идентификатор, но вы должны пропустить поле ActorContent id, поскольку оно не будет уникальным. Вы можете сделать это с помощью DTO, но JPA не может обрабатывать проекцию и join fetch одновременно, поэтому вы будете получать только act.id и meanOfPayment.id или будете делать множественный выбор. Множественный выбор, вероятно, не убивает сделку в этом случае использования, но вы должны решить все это сами. Конечно, вы также можете сделать первичный ключ ActorContent комбинацией act.id, meanOfPayment.id и createDate, и это будет иметь дополнительное преимущество в виде ограничения, упомянутого выше.

Это Entities, с которыми я работал.

@Entity
public class Actor {
    @Id @GeneratedValue(strategy=GenerationType.IDENTITY)
    private Integer id;

@Entity
public class MeanOfPayment {
    @Id @GeneratedValue(strategy=GenerationType.IDENTITY)
    private Integer id;

@Entity
public class ActorContent {
    @Id @GeneratedValue(strategy=GenerationType.IDENTITY)
    private Integer id;

    @ManyToOne
    private Actor actor;
    @ManyToOne
    private MeanOfPayment meanOfPayment;

    private BigDecimal amount;
    @Temporal(TemporalType.TIMESTAMP)
    private Date createDate;