"Качановский Дмитрий" ...
>
> > Выше уже говорили, что термин "атомарность" имеет несколько другое
> > значение.
>
> как же другой??
От так. Бываетъ
> вот ДК пишет
>
> я замечу, что атомарность update это обновит update все записи,
> попадающие под условие, или при обломе - ни одной
> -----
> попробую упростить - обновить все или ничего - павильно?
Да. И на select это определение никак не налазит и не впиховывается
> с другой стороны про селект в статье о транзакциях (я уже приводил эту
> цитату), говорится, что атомарность селект - это получить записи
> соответствующие параметрам запроса на момент старта операции (момент старта
> операции зависит от параметров транзакции) - здесь я правильно понял
> документ?
Если там так написано, то это бага. В документе
> про update найти ничего не удалось, поэтому пробую размышлять логически,
> изменение данных без чтения невозможно,
Да
> значит сначала должен выполнится
> этап чтения данных
Да
> с параллельным уведомлением всех что "счас буду менять
> вот эти данные" и
Не надо притягивать за уши то, чего нет. Если сильно этого хочется - goto
mssql,
там есть intent locks (и много других locks)
> _только_если_ этот этап прошел успешно можно данные менять
> (соответсвенно все другие будут уже знать что именно эти данные меняются и
> действовать согласно параметров своих транзакций)
>
> в чем я не прав?
Нет никакого уведомления
--
Хорсун Влад
