Жесткое кодирование - это хорошо!
Действительно, во многих случаях это более эффективно и намного проще в обслуживании!
Сколько раз я видел, как константы вставлялись в файлы параметров, как часто вы будете изменить температуру замерзания воды или скорость света?
Для программ на C просто зашифровать эти типы значений в заголовочный файл, для java - в статический класс и т. д.
Когда эти параметры сильно влияют на поведение ваших программ, вы действительно хотите проводить регрессионный тест для каждого изменения, это кажется более естественным для жестко закодированных значений. Когда вещи хранятся в файлах параметров / свойств, возникает соблазн думать: «Это не программа, поэтому мне не нужно проверять это».
Другое преимущество заключается в том, что люди перестают возиться с жизненными значениями в файлах параметров / свойств, потому что их нет!
Это просто не в моей голове: подумайте об использовании именованной блокировки через dbms_lock. http://download.oracle.com/docs/cd/B28359_01/appdev.111/b28419/d_lock.htm#CHDICHDC
Сразу после инструкции begin получите блокировку, выполните работу, затем отпустите ее. выход (помните об ошибках / исключениях!).
KT
Простым решением может быть использование блокировки на уровне таблицы с помощью FOR UPDATE.