Hello, WildSery!
You wrote on Tue, 26 Jun 2007 15:21:12 +0400:
>> Ты знаешь, мне тут бубен подарили, настоящий, турецкий.
>> На днях постукивал, в задумчивости вокруг плавающего AV
>> в одной из своих прог. Помогло, додумался :)
W> 0FF:
W> Сдаётся мне , что турецкий - ненастоящий бубен. От
On Tue, 26 Jun 2007 12:51:03 +0400, Ded <[EMAIL PROTECTED]> wrote:
> Ты знаешь, мне тут бубен подарили, настоящий, турецкий. На днях
> постукивал, в задумчивости вокруг плавающего AV в одной из своих прог.
> Помогло, додумался :)
0FF:
Сдаётся мне , что турецкий - ненастоящий бубен. Откуда та
Dmitri Kuzmenko wrote:
чудной ты. Бита - это ж символ, хоть и вещественный. А символом
нешто орудуют? :-)
Ты знаешь, мне тут бубен подарили, настоящий, турецкий. На днях
постукивал, в задумчивости вокруг плавающего AV в одной из своих прог.
Помогло, додумался :)
--
Regards. Ded.
"Dmitri Kuzmenko" ...
> вообще ТАК ПОЛОЖЕНО. Другое дело, что у нас чтение в RC не атомарное.
> Что было доказано тестами год-полтора назад
> (вставки с commit пакетами, и запрос типа sum или count в RC)
Буду занудствовать : атомарность к чтению никак не относится. Это
св-во тр-ции. Правильн
Hello, Дмитрий!
Качановский Дмитрий wrote:
примечание: кроме транзакций атомарным считается также и выполнение
операторов. Например SELECT в режиме read committed видит только те записи,
которые были committed другими транзакциями или изменены текущей на момент
своего старта (т.е. execute).
Hello, Дмитрий!
Качановский Дмитрий wrote:
update оператор сложный, т.е. его выполнение происходит в несколько этапов
(получение записи/получение полей/сообщение всем "счас буду менять"/
изменение/сообщение всем "изменил")
где ты это взял, про "сообщения"? update/delete тупо МОДИФИЦИРУЕТ
з
"Качановский Дмитрий" ...
>
> > Выше уже говорили, что термин "атомарность" имеет несколько другое
> > значение.
>
> как же другой??
От так. Бываетъ
> вот ДК пишет
>
> я замечу, что атомарность update это обновит update все записи,
> попадающие под условие, или при обломе - ни одной
> -
Hello, Дмитрий!
Качановский Дмитрий wrote:
с другой стороны про селект в статье о транзакциях (я уже приводил эту
цитату), говорится, что атомарность селект - это получить записи
соответствующие параметрам запроса на момент старта операции (момент старта
операции зависит от параметров транза
Качановский Дмитрий wrote:
я замечу, что атомарность update это обновит update все записи,
попадающие под условие, или при обломе - ни одной
-
попробую упростить - обновить все или ничего - павильно?
Правильно.
с другой стороны про селект в статье о транзакциях (я уже приводил эту
цитат
"Качановский Дмитрий"
внутри сервера, когда вот такое обнаруживается. Наверное правильнее было
бы послать меня читать исходники, но прошу этого не делать, я их все равно
не пойму.
Именно так.
я исходников не читал, но все это выяснил для себя путем одновременного
запуска двух экземпляров
Hello, Дмитрий!
Качановский Дмитрий wrote:
но если оператор атомарен, то логично предположить, что если оператор решил
"да я буду менять эти данные" то никакая гнида уже не сможет протиснуться и
помешать ему в этом
атомарность оператора не в этом. есть ВИДИМОСТЬ а есть АТОМАРНОСТЬ.
Видимост
Dmitry Yemanov wrote:
for select id
from some_table
order by id
do
update some_table set counter = counter + 1 where id = :id
как она воспринимается сервером
1. получение курсора и последовательность самостоятельных вызовов update
Именно так.
Мне каатся он о другом. Мне каа
Качановский Дмитрий wrote:
но если оператор атомарен, то логично предположить, что если оператор решил
"да я буду менять эти данные" то никакая гнида уже не сможет протиснуться и
помешать ему в этом
Короче, хочу блокировочник с упреждающей блокировкой, но без
блокировки ;)
--
Regards.
Качановский Дмитрий wrote:
а насколько атомарен вот такой
Выше уже говорили, что термин "атомарность" имеет несколько другое значение.
update some_table set counter = counter + 1 where id = :id
т.е. насколько гарантировано, что если оператор прочитал данные и решил их
менять, какова вероя
14 matches
Mail list logo
