Я бы порекомендовал против НЕТ ОЖИДАНИЯ, а точнее, указать низкое время блокировки (10-30 с). Если целевая таблица заблокирована только временно (небольшое обновление, скажем, в течение 1 секунды), ваше второе приложение немедленно отключится. Если у вас есть тайм-аут 10 с, второе приложение будет просто ждать, пока первое приложение не выполнит COMMIT или ROLLBACK (1 с), а затем двинется вперед.
Также учтите, что существует некоторая политика «первым пришел - первым обслужен», когда дело доходит до раздачи блокировок - если второе приложение «сдается», третье приложение может войти и захватить блокировки, необходимые для второго. Возможно, второе приложение испытывает голод блокировки, потому что оно продолжает сдаваться.
Если у вас постоянно возникают проблемы с параллелизмом, рассмотрите возможность мониторинга блокировки, чтобы получить представление о том, как осуществляется доступ к базе данных. Существует множество полезных статистических данных (таких как среднее время ожидания блокировки и т. Д.), Которые могут помочь вам настроить параметры и поведение приложения.
Информационный центр DB2 V9.7 - Мониторинг баз данных