Hibernate OneToMany очень долгая загрузка

@1984nef · Регистрация: 21.10.2015

Студворк — интернет-сервис помощи студентам

Добрый вечер.
Есть две сущности - Client и Receipt. У одного клиента может быть много Receipt, у многих Receipt - один Client. В классах объявил связь OneToMany. В таблицах всего около 1500 записей в каждой.

Client:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
public final class Client {
    ...
    private Set<Receipt> receiptList = new HashSet<Receipt>(0);
    ...
    @OneToMany(fetch = FetchType.LAZY, mappedBy = "client")
    public Set<Receipt> getReceiptList() {
    return receiptList;
    }
 
    public void setReceiptList(Set<Receipt> receiptList) {
    this.receiptList = receiptList;
    }
}

Receipt:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
public final class Receipt {
    ...
    private Client client;
    ...
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "CLIENTID", columnDefinition = "T_BINT", nullable = false)
    public Client getClient() {
    return client;
    }
 
    public void setClient(Client client) {
    this.client = client;
    }
}

При выполнении запроса к таблице Client

Java
1
Query query = session.createQuery("from Client");

время выполнения составляет всего 1-2 секунды и список Receipt грузится только при обращении к методу getReceiptList().
А при выполнении аналогичного запроса к таблице Receipt, в консоль валится куча запросов к таблице Client, и время загрузки составляет более 110 секунд. Такое ощущение что для каждой записи делается select к таблице Client. Возможно ошибка где то в аннотациях? Как сократить время загрузки?

@KEKCoGEN · 25.10.2015, 23:26

1984nef, уберите поле Client из объекта Receipt. Практического значения от него немного, а проблемы с производительностью скорее всего из-за него.

Кстати 1-2 секунды на запрос в БД это очень очень много

Новые блоги и статьи Все статьи Все блоги /
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ

@KEKCoGEN 2399 / 2224 / 565 Регистрация: 28.12.2010 Сообщений: 8,672
	25.10.2015, 23:26
	1984nef, уберите поле Client из объекта Receipt. Практического значения от него немного, а проблемы с производительностью скорее всего из-за него. Кстати 1-2 секунды на запрос в БД это очень очень много 1