Возник такой вопрос.

Есть приложение, которое крутится нон-стопом на сервере, и запускается оно по расписанию, и так каждый день. Есть класс, внутри которого происходят преобразования: на вход приходит строка, она сравнивается со значением из БД, конвертируется и возвращается новая строка. Но проблема в том, что метод, который всё это дело конвертирует, обращается к БД для каждой строки, а строк на вход приходит много. При каждом обращении Hibernate делает 3 Select'а, а строк для конвертации около 10.000. Соответственно 30к обращений к БД на ровном месте.

Хотелось бы как-то это дело пофиксить. Был вариант с @PostConstruct, но он не годится, так как он срабатывает только при поднятии всего этого спрингового контекста, а приложение крутится и крутится, и данные надо актуализировать.

Что я хочу? При запуске приложения по расписанию, при вызове сервиса, который конвертирует строку, инициализировать значения для конвертации из БД только один раз и положить их внутри приложения в какую-нибудь мапу. А дальше по этим значениям быстро через switch/case без обращений к БД.

Думал про блок инициализации, но он срабатывает раньше конструктора, поэтому я полагаю, что при обращении к репозиторию через блок инициализации, я получу null, так как спринг еще не успеет подтянуть все зависимости.

Как быть?

30к много, так это замедляет работу приложения в среднем на полчаса (приложение работает 4 часа).
Нон стопом это так: запускается по расписанию в 6 утра, выгружает статистику за прошедший день и дальше спит до следующего утра.


Да я в принципе описал. Суть вопроса: как проинициализировать значения из БД один раз при каждом запуске по Scheduled. Т.е. @PostConstruct, который срабатывает не при создании бина, а при обращении к этому сервис классу. Есть такое решение или нет? Если нет, то вопрос просто отпадет. :)