А если еще хочется чтобы другие юзеры не ждали пока снимится блокировка с этой строки а сразу получали отлуп если она заблокирована, то эти юзеры должны вызывать

select ... for update ... nowait;

обновлять то не всегда надо. если это просто просмотровая форма.

Это уже зависит от логики приложения. Если просто просмотровая форма, то конечно не надо, вообще тогда блокировки пофигу. Однако если все же данные меняются, то может быть не очень приятно - ввел новые данные нажал submit и приложение подвисло в ожидании снятия блокировки. А потом еще и отлуп получить можно.

select ... for update ... nowait

можно делать не сразу при выборке а непосредственно перед выполнением DML операторов.

и как ты делать будешь ?

Там где в приложении посылается DML запрос, непосредственно перед ним и выполнять а потом проверять на успешность, если все плохо сообщать пользователю что он изменить запись не сможет, всяко лучше чем висящее ожидание с последующим отлупом.

Здесь вопрос скорее когда блокировать. Я делаю обычно так.

Выбираю набор записей без блоикирования for update для просмотра. В маске у меня есть кнопка редактировать, выбрав некоторые записи и нажав ее - уже пытаюсь блокировать данные записи for update nowait. При этом сразу выясняется сможет ли пользователь изменить эти записи или нет и гарантируется что другой этого сделать не сможет. Это и экономит усилия пользователя - не совсем приятно вносить изменения а потом получать отлуп.