Разноска накладной

[Wamr]

Цитата:

readers are not blocked behind writers and selecting with NOLOCK is no longer necessary

Цитата:

В этом контексте совершенно не понятно зачем в find методы понапихали selectLocked(!_update)

Цитата:

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

как связаны первые 2 цитаты я понимаю, а вот третья как-то не очень

[ZVV]

Цитата:

Сообщение от Wamr

как связаны первые 2 цитаты я понимаю, а вот третья как-то не очень

Ну вот отойди на минутку, так унесёт в такие дали.

Исходный вопрос был про ту же самую сесиию и транзакцию
В той же сессии (и транзакции) где вы произвели изменение, но ещё его не зафиксировали (Commit), ваше изменение всегда будет видно. И не важно сиквел это или оракл!

А вот в разных сессиях действительно для сиквела на тройке имел весто тот факт, что изменяя данные в одной сессии и не фиксируя транзакцию можно было увидеть уже эти изменения в другой сессии! (из-за использования NOLOCK вне транзакций). Однако если бы вы эти изменённые но незафиксированные записи в другой сессии попытались ещё раз изменить, то ни фига не получится, т.к. эти данные являются заблокированными и вы повисните в блокировке.

На оракле такого быть не может по определению.. А на АХ4+2005 это уже вылечили, как отмечено выше...

[ZVV]

Цитата:

Сообщение от ZVV

В той же сессии (и транзакции) где вы произвели изменение, но ещё его не зафиксировали (Commit), ваше изменение всегда будет видно. И не важно сиквел это или оракл!

...

Ну я тут конечно имел ввиду в БД всегда видны.
В Аксапте скажем так всегда "должны быть видны, но иногда бывают баги когда не видны"
См. выше про глюк с InventTrans.