Для редактирования справочников без снятия блокировки с документа может быть поможет процедура с pragma autonomous_transaction, здесть она периодически всплывает как панацея именно для таких задач.

Мне знаком еще один вариант корпоративной работы над документами, и если способ с select .. for update можно назвать "пессимистическим", т.е. мы с большой долей вероятности предполагаем, что кто-то еще захочет поменять документ, то "оптимистический" будет выглядеть так: в таблице заводится еще одно поле, счетчик, или timestamp, по желанию, пусть оно так и называется.

1. При выборке документа получаешь значение этого поля.
2. При сохранении документа запрос дописываешь условием, по псевдокоду:



Если в данной записи значение timestamp уже поменялось, то запрос не изменит ни одну запись в таблице. На основании этого факта мы делаем вывод, что документ кем-то уже изменен, о чем уведомляем пользователя, откатывая все его изменения и перечитывая данные записи вновь.

Плюс такого подхода- отсутствие долговременных блокировок в БД; транзакции, как и положено в OLTP-системах, максимально коротки.
Минус- пользователь, после кропотливого изменения документа получает уведомление, что, мол, забей на все и начни сначала. Но как ему об этом по-возможности мягче сказать и состоит задача разработчика:)