Потерянные изменения

1. Пользователь 1 выбирает (запрашивает) строку данных.
2. Пользователь 2 выбирает ту же строку.
3. Пользователь 1 изменяет строку, обновляет базу данных и фиксирует изменение.
4. Пользователь 2 изменяет строку, обновляет базу данных и фиксирует изменение.

Все сделанные на шаге 3 изменения не будут потеряны потому что в формсе выдается сообщение пользователю 2, что данные были изменены и надо их обновить.

Вопрос: при разработке клиентской части в Delphi или Builder C, как реализовать такой механизм, есть ли простые решения?

for update

Читайте про оптимистичное/пессимистичное блокирование - они предназначены для предотвращения "потерянных изменений" (инфы масса).

UTILIZATOR

1. Пользователь 1 выбирает (запрашивает) строку данных. 2. Пользователь 2 выбирает ту же строку. 3. Пользователь 1 изменяет строку, обновляет базу данных и фиксирует изменение. 4. Пользователь 2 изменяет строку, обновляет базу данных и фиксирует изменение. Все сделанные на шаге 3 изменения не будут потеряны потому что в формсе выдается сообщение пользователю 2, что данные были изменены и надо их обновить. Вопрос: при разработке клиентской части в Delphi или Builder C, как реализовать такой механизм, есть ли простые решения?

Не работал с Delphi и с Builder C, но что мешает делать

select ... from <имя_таблицы> for update [nowait|wait N]

? (У меня Oracle 9.2.0.1)

Спасибо всем, убедлся что на верном пути
select ... from <имя_таблицы> for update [nowait|wait N]

Если работать через DOA, ODAC то есть понятие RefresOptions где модно выставить что-то типа RefreshBeforeEdit

alexx726

Это не сильно спасет от двух параллельных обновлений.

softwarer

alexx726 Это не сильно спасет от двух параллельных обновлений.

Ну если "refresh before update" реализован посредством select for update (?), по почему бы и нет?

andrey_anonymous

softwarer alexx726 Это не сильно спасет от двух параллельных обновлений. Ну если "refresh before update" реализован посредством select for update (?), по почему бы и нет?

3. Пользователь 1 изменяет строку, обновляет базу данных и фиксирует изменение

.....
stax

Stax.

andrey_anonymous softwarer alexx726 Это не сильно спасет от двух параллельных обновлений. Ну если "refresh before update" реализован посредством select for update (?), по почему бы и нет? 3. Пользователь 1 изменяет строку, обновляет базу данных и фиксирует изменение

И?