funikovyuri traktor123

Для подобных транзакций есть даже название - long running application transaction. Самое лучшее решение - это оптимистическая блокировка с версионностью.
Т.е. во-первых оптимистическая блокировка - это когда данные в БД будут блокироваться только на период их непосредственной модификации.
Во-вторых версионность тем либо иным способом - проще всего с помощью timestamp колонки. Она нужна так как в отличие от пессимистической блокировки (ваш вариант №2) блокировка на прочитанные ресурсы в начале транзакции ставиться не будет и перед модификацией данных стоит сначала проверить не изменил ли их кто-нибудь до вас.

Если же это решение по тем или иным соображениям не подходит - то тогда вариант 2 - но только в крайнем случае.

а можно же сделать типа вот так:
допустим у меня редактируется в одной транзакции строка мастер и много строк детали:

1. нажимаю на insert/edit(в master форме) - запускаю транзакцию но неделаю никаких блокировок.
(Есть возможность редактировать 1 строку мастера, и много строк детали прикреплённых к этой строке мастера)
2. допустим нужно поменять или добавить какую то строку в деталь.
если нужно поменять(update), я перед этим просто select её for update... и дальше если ошибка что то говорю юзвергу, а если нет ошибки - сразу изменяю...
3. после изменений строки в детали если чё - rollback to savepoint...
4. после всех изменений делаю commit/rollback в мастер таблице.

????

funikovyuri traktor123

а можно же сделать типа вот так:

вы описываете вариант пессимистической блокировки. Я правда не понял как это открывать транзакцию и ничего не блокировать? Ну и for update - это просто обязательно, если вы в транзакции читаете данные, которые впоследствии планируете модифицировать


Еще немного слов про оптимистическую блокировку. На данный момент большинство средств доступа к БД автоматически поддерживают timestamp для контроля версий и batch updates для пакетного обновления. Поэтому общий сценарий достаточно прост

Читаете данные (с помощью простых select'ов без for update)
Работаете с ними

Выполняете пакетное обновление в одной транзакции. При этом для каждого модифицируемого ресурса проверяете версии на клиенте и на сервера (обычно для этого ничего делать не надо так как большую часть работы на себя берет слой доступа к данным - будь то ADO или JDBC) Если все нормально - фиксируете транзакцию. Если же что-то уже было изменено - то, обычно, откатываете ее

а что такое timestamp ???

funikovyuritimestamp - тип данных. Посмотрите документацию к вашей СУБД

ага т.е. это самому нужно организовывать поле с времененм и проверять его ?

funikovyuriобычно достаточно организовать поле - все остально будет делать БД и интерфейс доступа

PS> пора бы раскрыть что за БД и на чем написан клиент :)
oracle, delphi неподскажите примерчик ???