JPQL DISTINCT (пример на Hibernate и Spring Boot)

Ключевое слово DISTINCT в JPQL  перебрасывается в SQL запрос и работает как DISTINCT в SQL (если не указать в настройках запроса “не перебрасываться”). Но помимо этого, DISTINCT фильтрует результирующий список объектов (entities), исключая из него дубликаты. То есть DISTINCT может влиять на результат и на уровне базы, и на уровне Hibernate.
Рассмотрим оба примера: как фильтрации списка объектов на уровне Hibernate, так и фильтрации списка строк на уровне базы данных.

Модель

Допустим у нас есть топик с комментариями в отношении OneToMany:

OneToMany и ManyToOne

Класс Topic:

@Data
@NoArgsConstructor
@Entity
public class Topic {
    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE)
    private long id;
    private String title;
    @OneToMany(mappedBy = "topic", cascade = CascadeType.ALL, orphanRemoval = true)
    private Set<Comment> comments=new HashSet<>();
    ... 
}

Класс Comment:

@NoArgsConstructor
@Data
@Entity
public class Comment {
    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE)
    private Long id;
    private String text;

    @ManyToOne(fetch = FetchType.LAZY)
    private Topic topic;

    public Comment(String text) {
        this.text = text;
    }
    @Override
    public boolean equals(Object o) {
        if (this == o)
            return true;
        if (!(o instanceof Comment)) return false;
        return id != null && id.equals(((Comment) o).getId());
    }
    @Override
    public int hashCode() {
        return 31;
    }
}

JPQL Запрос

Мы хотим получить список топиков вместе с комментариями единым запросом. Для этого используем ключевые слова LEFT JOIN FETCH:

public interface TopicRepository extends JpaRepository<Topic, Long> {
    @Query("select t from Topic t left join fetch t.comments")
    List<Topic> getTopicsWithComments();
}

В SQL оно преобразуется в LEFT OUTER JOIN:

select topic0_.id as id1_1_0_, comments1_.id as id1_0_1_, topic0_.title as title2_1_0_, comments1_.text as text2_0_1_, 
       comments1_.topic_id as topic_id3_0_1_, comments1_.topic_id as topic_id3_0_0__, comments1_.id as id1_0_0__ 
from topic topic0_ left outer join comment comments1_ 
on topic0_.id=comments1_.topic_id
Об SQL LEFT OUTER JOIN

LEFT OUTER JOIN значит:

  1. Декартово произведение множеств строк топиков и строк комментариев –  это всевозможные комбинации каждого топика с каждым комментарием (иначе говоря CROSS JOIN).
  2. Применение к полученным комбинациям логического условия topic.id=comment.topic_id. Оставляем только те комбинации (строки), где условие выполняется.
  3. Добавляем невключенные топики с нулевым числом комментариев (потому что указано ключевое слово LEFT), поля комментариев для этих строк заполняем null.

Начальные данные, результат запроса, а также зачем нужен DISTINCT

Изначально мы заполнили базу тремя топиками, и к первому добавили три комментария:

insert into topic (id, title) values (-1,'title1');
insert into topic (id, title) values (-2,'duplicated title');
insert into topic (id, title) values (-3,'duplicated title');

insert into comment (id, text, topic_id) values (-4, 'text1', -1);
insert into comment (id, text, topic_id) values (-5, 'text2', -1);
insert into comment (id, text, topic_id) values (-6, 'text3', -1);

В результате LEFT JOIN получаем 5 строк:

-1 title1 -4 text1 -1
-1 title1 -5 text2 -1
-1 title1 -6 text3 -1
-2 duplicated title null null null 
-3 duplicated title null null null

В них первый топик встречается трижды (он скомбинирован с тремя комментариями).

И без ключевого слова DISTINCT в результирующий List<Topic> тоже пойдет 5 топиков! Чтобы убрать дубликаты, надо использовать ключевое слово DISTINCT.

Запрос с DISTINCT

Изменим запрос, добавив в него DISTINCT:

@Query("select distinct t from Topic t  left join fetch t.comments")
List<Topic> getTopicsWithComments();

Теперь выполним тест и получим три топика:

public void whenFindwithDistinct_thenNoDuplicates() {
    List<Topic> topics = topicRepository.getTopicsWithComments();
    Assertions.assertEquals(3, topics.size());
}

Что и требовалось.

Генерируемый SQL:

select distinct topic0_.id as id1_1_0_, comments1_.id as id1_0_1_, topic0_.title as title2_1_0_, comments1_.text as text2_0_1_, 
       comments1_.topic_id as topic_id3_0_1_, comments1_.topic_id as topic_id3_0_0__, comments1_.id as id1_0_0__ 
from topic topic0_ left outer join comment comments1_ 
on topic0_.id=comments1_.topic_id

Query Hint hibernate.query.passDistinctThrough

Но ключевое слово DISTINCT вошло в SQL (перешло из JPQL в SQL), а в SQL оно смысла не имеет, поскольку все полученные строки различаются хотя бы одним полем (см. выше вывод результата из 5 строк). Дубликатов нет. Чтобы DISTINCT  не передавался из JPQL в SQL, добавим аннотацию @QueryHint:

@QueryHints(value = { @QueryHint(name = "hibernate.query.passDistinctThrough", value = "false")})
@Query("select distinct t from Topic t  left join fetch t.comments")
List<Topic> getTopicsWithComments();

DISTINCT в SQL

А теперь рассмотрим пример, когда DISTINCT в SQL имеет смысл. Например, выберем все возможные названия топиков без дубликатов:

@Query("select distinct t.title from Topic t")
List<String> getUniqueTopicTitles();

Генерируется SQL:

select distinct topic0_.title as col_0_0_ 
  from topic topic0_

У нас два из трех title одинаковые, так что должно получиться два (title1 и duplicated title):

@Test
public void whenGetTopicNames_thenSQLDistinct() {
    List<String> titles = topicRepository.getUniqueTopicTitles();
    Assertions.assertEquals(2, titles.size());
}

Итоги

Исходный код есть на GitHub.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *