Это мой метод JPA: < /p>
@Query("SELECT tkt FROM Tickets tkt WHERE tkt.viewer.id IN :viewerIds")
Page findPaginatedTicketsByViewerIdsIn(List viewerIds, Pageable pageable);
< /code>
Проблема заключается в том, что просмотр просмотра кросс-2100 размер, я получаю эту ошибку: < /p>
2025-01-25T13:34:39.967+05:30 WARN 24032 --- [nio-8080-exec-1] o.h.engine.jdbc.spi.SqlExceptionHelper : SQL Error: 8003, SQLState: S0001
2025-01-25T13:34:39.968+05:30 ERROR 24032 --- [nio-8080-exec-1] o.h.engine.jdbc.spi.SqlExceptionHelper : The incoming request has too many parameters. The server supports a maximum of 2100 parameters. Reduce the number of parameters and resend the request.
< /code>
Просмотр из внешнего API, поэтому я не думаю, что было бы эффективно сохранить эти идентификаторы в таблице температуры или что вы думаете? (Они могут быть в тысячах). < /p>
Единственное решение, которое я вижу, - это партия, но затем с пакетным решением я представляю новую проблему сортировки и страниц на стороне Java. Если допустим, я получу 4000 everseerids, я позвоню в метод JPA дважды, а затем, если размер страницы составляет 40, я буду получать 80 объектов после агрегирования двух партий. < /P>
Я бы хотел бы Придется разобраться в них снова, но я не вижу никакого способа снова сортировать и страдать с накладным объектом.
Подробнее здесь: https://stackoverflow.com/questions/793 ... g-with-jpa
Как делать страниц во время партии с JPA ⇐ JAVA
Программисты JAVA общаются здесь
1737805187
Anonymous
Это мой метод JPA: < /p>
@Query("SELECT tkt FROM Tickets tkt WHERE tkt.viewer.id IN :viewerIds")
Page findPaginatedTicketsByViewerIdsIn(List viewerIds, Pageable pageable);
< /code>
Проблема заключается в том, что просмотр просмотра кросс-2100 размер, я получаю эту ошибку: < /p>
2025-01-25T13:34:39.967+05:30 WARN 24032 --- [nio-8080-exec-1] o.h.engine.jdbc.spi.SqlExceptionHelper : SQL Error: 8003, SQLState: S0001
2025-01-25T13:34:39.968+05:30 ERROR 24032 --- [nio-8080-exec-1] o.h.engine.jdbc.spi.SqlExceptionHelper : The incoming request has too many parameters. The server supports a maximum of 2100 parameters. Reduce the number of parameters and resend the request.
< /code>
Просмотр из внешнего API, поэтому я не думаю, что было бы эффективно сохранить эти идентификаторы в таблице температуры или что вы думаете? (Они могут быть в тысячах). < /p>
Единственное решение, которое я вижу, - это партия, но затем с пакетным решением я представляю новую проблему сортировки и страниц на стороне Java. Если допустим, я получу 4000 everseerids, я позвоню в метод JPA дважды, а затем, если размер страницы составляет 40, я буду получать 80 объектов после агрегирования двух партий. < /P>
Я бы хотел бы Придется разобраться в них снова, но я не вижу никакого способа снова сортировать и страдать с накладным объектом.
Подробнее здесь: [url]https://stackoverflow.com/questions/79386377/how-to-do-pagination-while-doing-batching-with-jpa[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия