Нет, это не поможет и такого “шаманства” требуется.
Тут дело в механизме статистики сущностей (EntityStatistics
). А данные этой статистики влияют на автоматическое приятие решения об ограничении размера выборки данных на экран.
Без этого даже на не очень больших объемах данных можно получить большие проблемы производительности.
Если сущность простая, с локальными атрибутами небольшой емкости (как у вас) и в БД 1000 записей - это еще не сильно страшно.
А если десятки тысяч записей или если сущность не простая, а со ссылочными атрибутами и серьезным графом загружаемых на экран атрибутов?
Если коротко, то механизм статистики сущностей в любом случае, даже если вы не используете универсальный фильтр, накладывает определенные ограничения на количество загружаемых на контейнер экрана данных.
Обратите там внимание на fetchUI
и maxFetchUI
.
Последний атрибут как раз отвечает за максимальное число записей сущности, которое может передано на экран в контейнер без постраничной загрузки (т.е. не использующий универсального фильтра).
Эти атрибуты можно установить программно или через администрирование/Консоль JMX.
Посмотрите какие значения установлены в атибутах fetchUI
и maxFetchUI
для вашей сущности.
Поумолчанию maxFetchUI = 10000
, но значение может меняться в ходе работы системы на основе статистики сущностей и “стиля работы” приложения с данными.
Как я понял, у вас ранее универсальный фильтр использовался, значит в этих атрибутах могут быть значения отличные от умолчательных, которые остались от работы фильтра.
Установите в fetchUI
и maxFetchUI
нужное вам значение, но с осознанием того, что от этой цифры зависит объем передаваемых на клиентский уровень данных и отзывчивость экрана, работающего с коллекцией данной сущности.