Являются ли методы open и close в itemreader и itemwriter подходящими местами для открытия и закрытия соединения с базой данных в пакетном задании java jsr-352?

База данных является одним из многих источников данных для пакетных заданий, поэтому спецификация пакетной обработки не предписывает требований, специфичных для подключения к базе данных. Ответ на ваш вопрос во многом зависит от того, как вы реализуете свои программы чтения элементов jdbc и средства записи элементов jdbc.

В общем, соединения с базой данных - это дефицитный и дорогостоящий ресурс, поэтому они являются общими ресурсами. Вы не хотите, чтобы какая-либо часть вашего приложения удерживала соединения в течение длительного периода времени. Таким образом, типичный шаблон - получить соединение с базой данных по запросу и сразу после этого освободить (закрыть) его.

Теперь посмотрим на жизненный цикл средств чтения элементов jdbc и средства записи элементов jdbc. Они принадлежат к пошаговому исполнению, поэтому их жизнь будет охватывать все пошаговое исполнение. Не рекомендуется удерживать соединение в течение такого длительного периода времени, особенно для соединения, используемого в jdbc item writer для обновления записей базы данных. Например, при реализации JdbcItemWriter мы выбрали получение соединения по запросу, когда оно было готово для записи блока данных и освобождения соединения сразу после использования (т.е. не в методах open или close). В этом случае нет необходимости поддерживать соединение между чанками.

Для JdbcItemReader мы решили открывать соединение в методе чтения элементов open и закрывать его в методе close. Это связано с тем, что наша реализация основана на живом jdbc ResultSet, из которого можно непрерывно получать данные. Конечно, другие реализации могут выбирать кэширование или отсоединение данных и, таким образом, не полагаться на живой ResultSet, а вместо этого использовать шаблон по запросу для лучшего использования ресурсов.