Лично я бы порекомендовал SQL для (в значительной степени) всех доступа к файлам, даже через RPG.IBM некоторое время не обновляла свои собственные операции ввода-вывода, просто концентрируясь на стороне SQL.
Поскольку при обычном использовании блокировки записи в RPG снимаются после выполнения записи или обновления, вы, вероятно, должны просто запустить SQL WITH NC
(без коммита).Вам нужен способ связать задание обработки с данными, которые он обрабатывает в любом случае (при условии, что данные достаточно продолжительны, чтобы они находились в файлах за пределами QTEMP
) - вы хотите иметь возможность выбрать, гдевы остановились, если ваша работа умирает (так что вы не можете полагаться на удержание замка в качестве механизма управления).Так что не забывайте, что вам понадобится какая-то работа монитора (которая может по крайней мере сообщать о состоянии, если не повторять отправку - посмотрите на QUSRJOBI
API).
Если выДелая это, потому что вы используете все собственные операции ввода-вывода и обрабатывает огромные наборы данных (а не огромные, требующие большого объема вычислений), рассмотрите возможность переписать все в SQL.Шутки в сторону.Вы можете добиться гораздо более высокой производительности - мы взяли процесс, который работал более 25 часов, до того, что работает в 2.5ish.