ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Откуда блокировки на версионниках?
25 сообщений из 50, страница 1 из 2
  1  все
Откуда блокировки на версионниках?
    #37215507
версионник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
версионник
Гость
СУБД можно условно разделаить на два вида блокировочники и версионники.
Блокировочники для изоляции транзакций накладывают блокировки, а версионники хранят версии актуальных данных для транзакции.
Но зачастую в разговоре о версионниках говорят про блокировки, не совсем понимаю откуда если это версионник?
...
Рейтинг: 0 / 0
14.04.2011, 03:30
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37215548
fraks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fraks
Участник
Зависит от сервера.
На Firebird под блокировками обычно подразумевают конфликты обновлений.
Если транзакция A изменила запись но транзакция не завершена то в транзакции B эту же запись изменить уже нельзя.
Ну и еще масса тонкостей про блокирование от изменений читай про уровни изоляции транзакций, причем не абстрактно а именно про Firebird ибо у каждого сервера в этом месте свои тонкости.
...
Рейтинг: 0 / 0
14.04.2011, 06:46
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37215702
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andron
Участник
Даже версионник использует блокировки для обеспечения одновременного доступа к данным. Они используются чтобы в каждый момент времени только одна транзакция могла изменять конкретные данные.
...
Рейтинг: 0 / 0
14.04.2011, 09:28
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216007
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
AndronДаже версионник использует блокировки для обеспечения одновременного доступа к данным.

Точнее будет сказать - для синхронизации доступа к общим/глобальным объектам. Это
необязательно данные.

Аффтар, почитай хоть что-нибудь про программирование многопоточных приложений. Того же
Рихтера, например.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 11:45
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216077
Зайцев Фёдор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зайцев Фёдор
Участник
Dimitry SibiryakovЭто необязательно данные.
а что? Оо
...
Рейтинг: 0 / 0
14.04.2011, 12:09
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216088
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Зайцев Фёдора что? Оо
Метаданные, файловые ресурсы, коммуникации...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 12:13
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216118
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
On 14.04.2011 4:30, версионник wrote:
> СУБД можно условно разделаить на два вида блокировочники и версионники.
> Блокировочники для изоляции транзакций накладывают блокировки, а версионники
> хранят версии актуальных данных для транзакции.
> Но зачастую в разговоре о версионниках говорят про блокировки, не совсем понимаю
> откуда если это версионник?

Две модификации одной и той же строки в разных транзакциях будут друг друга
блокировать ДАЖЕ В ВЕРСИОННИКЕ. Если они это не будут делать, будет проблема
(аномания), именуемая write skew, можешь про неё прочитать в той же википедии.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 12:20
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216218
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andron
Участник
Простой пример в версионнике с двумя транзакциями TX1 и TX2 которые обновляют запись N1

TTX1TX21 обновляет запись N1 -2-пытается обновить N1 - ждет снятия блокировки3commit-4-обновила запись N1
...
Рейтинг: 0 / 0
14.04.2011, 12:55
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216223
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
AndronПростой пример в версионнике

Это не в версионнике, это в Оракуле.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 12:57
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216553
Фотография Ёш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ёш
Участник
Dimitry Sibiryakov, в postgres так же.
...
Рейтинг: 0 / 0
14.04.2011, 15:07
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216618
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
да и у майкрософт на версионных уровнях так же, ФБ как всегда особенный :)
...
Рейтинг: 0 / 0
14.04.2011, 15:29
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216638
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Да, да, вот так молча грохнуть чужие изменения... Суровый этот мейнстрим...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 15:36
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216642
Зайцев Фёдор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зайцев Фёдор
Участник
Dimitry SibiryakovДа, да, вот так молча грохнуть чужие изменения... Суровый этот мейнстрим...

ну... в этом как бы суть любого апдэйта
...
Рейтинг: 0 / 0
14.04.2011, 15:38
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216669
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Зайцев ФёдорDimitry SibiryakovДа, да, вот так молча грохнуть чужие изменения... Суровый этот мейнстрим...

ну... в этом как бы суть любого апдэйтаМожет таки огласим сначала уровень изоляции tx2 ?
...
Рейтинг: 0 / 0
14.04.2011, 15:48
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216695
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Dimitry SibiryakovДа, да, вот так молча грохнуть чужие изменения... Суровый этот мейнстрим...


MS SQL

In a read-committed transaction using row versioning , the selection of rows to update is done using a blocking scan where an update (U) lock is taken on the data row as data values are read. This is the same as a read-committed transaction that does not use row versioning. If the data row does not meet the update criteria, the update lock is released on that row and the next row is locked and scanned.

Transactions running under snapshot isolation take an optimistic approach to data modification by acquiring locks on data before performing the modification only to enforce constraints. Otherwise, locks are not acquired on data until the data is to be modified . When a data row meets the update criteria, the snapshot transaction verifies that the data row has not been modified by a concurrent transaction that committed after the snapshot transaction began. If the data row has been modified outside of the snapshot transaction, an update conflict occurs and the snapshot transaction is terminated. The update conflict is handled by the Database Engine and there is no way to disable the update conflict detection.
...
Рейтинг: 0 / 0
14.04.2011, 15:58
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216734
версионник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
версионник
Гость
AndronПростой пример в версионнике с двумя транзакциями TX1 и TX2 которые обновляют запись N1

TTX1TX21 обновляет запись N1 -2-пытается обновить N1 - ждет снятия блокировки3commit-4-обновила запись N1

А если допустим между Т1 и Т2 влезла ещё одна транзакция Т3, которая изменила данные, то Т1 их просто не увидит и произведет свои изменения без учета Т3?
TTX1TX2TX30 - - старт транзакции1 старт транзакции - -2читает V1 - читает V13 - (читает что-то ещё) - меняет V14 - - commit5 - старт транзакции -6 - меняет V1 -7 - commit -8 меняет V1 - -9 commit - -
Т.е. ни изменения Т3, ни изменения Т2 учтены не буду относительно V1?

Dimitry SibiryakovДа, да, вот так молча грохнуть чужие изменения... Суровый этот мейнстрим...

А на Firebird будет deadlock?
И на всех уровнях изоляции?

Dimitry SibiryakovЗайцев Фёдора что? Оо
Метаданные, файловые ресурсы, коммуникации...

Сиквенсы например.
А метаданные, в частности для структур таблиц ни в одной СУБД не используются версии?
...
Рейтинг: 0 / 0
14.04.2011, 16:12
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216779
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andron
Участник
версионник...
А если допустим между Т1 и Т2 влезла ещё одна транзакция Т3, которая изменила данные, то Т1 их просто не увидит и произведет свои изменения без учета Т3?
TTX1TX2TX30 - - старт транзакции1 старт транзакции - -2читает V1 - читает V13 - (читает что-то ещё) - меняет V14 - - commit5 - старт транзакции -6 - меняет V1 -7 - commit -8 меняет V1 - -9 commit - -
Т.е. ни изменения Т3, ни изменения Т2 учтены не буду относительно V1?

...


Ключевой вопрос здесь "как читает TX1 или TX3 в момент 2" (для простоты будем считать что TX2 прочитала раньше чем TX3): если будет произведено чтение for update то ни одна другая транзакция после этого момента и до коммита TX1 изменить запись V1 не сможет.
...
Рейтинг: 0 / 0
14.04.2011, 16:32
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37216810
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
On 14.04.2011 13:57, Dimitry Sibiryakov wrote:
> Это не в версионнике, это в Оракуле.

Оракул версионник.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 16:40
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37217069
1chainik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1chainik
Участник
версионникА если допустим между Т1 и Т2 влезла ещё одна транзакция Т3, которая изменила данные, то Т1 их просто не увидит и произведет свои изменения без учета Т3?
TTX1TX2TX30 - - старт транзакции1 старт транзакции - -2читает V1 - читает V13 - (читает что-то ещё) - меняет V14 - - commit5 - старт транзакции -6 - меняет V1 -7 - commit -8 меняет V1 - -9 commit - -
Т.е. ни изменения Т3, ни изменения Т2 учтены не буду относительно V1?

вообще-то если не отдельно читать/ отдельно менять, а "менять, читая", одним стейтментом ~
Код: plaintext
SET t.x=t.x+delta
то в момент 8 при read commited T1 должна прочитать все закоммиченные на этот момент изменения в t.x. и их и наварить. мне кааца.

А если провернуть всё в одном стейтменте не удается - то читать надо FOR UPDATE , как подсказывают.
...
Рейтинг: 0 / 0
14.04.2011, 18:15
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37217121
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Зайцев Фёдорну... в этом как бы суть любого апдэйта

И ведь что самое забавное: если я сейчас начну рассуждать о репликации и скажу, что при
изменении одних и тех же данных на двух серверах, одно из изменений будет молча затёрто
другим, то эти же самые люди будут кричать, что это абсолютно неправильно.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 18:44
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37217293
версионник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
версионник
Гость
1chainikвообще-то если не отдельно читать/ отдельно менять, а "менять, читая", одним стейтментом ~
Код: plaintext
SET t.x=t.x+delta
то в момент 8 при read commited T1 должна прочитать все закоммиченные на этот момент изменения в t.x. и их и наварить. мне кааца.

А если провернуть всё в одном стейтменте не удается - то читать надо FOR UPDATE , как подсказывают.
Т.е. правильно понимаю, что даже в версионнике в двух транзакциях используя FOR UPDATE можно получить deadlock при read commited, а при Serializable и без FOR UPDATE?
...
Рейтинг: 0 / 0
14.04.2011, 20:29
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37217304
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
deadlock и update conflict это две большие разницы вообще-то...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 20:41
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37217342
версионник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
версионник
Гость
Dimitry Sibiryakovdeadlock и update conflict это две большие разницы вообще-то...

А в чем именно разница, насколько я понимаю в обоих случаях одна из транзакций наименее затратная уйдет с rollback'ом.
...
Рейтинг: 0 / 0
14.04.2011, 21:08
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37217346
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
On 14.04.2011 21:29, версионник wrote:

> Т.е. правильно понимаю, что даже в версионнике в двух транзакциях используя FOR
> UPDATE можно получить deadlock при read commited,
Да

а при Serializable и без FOR
> UPDATE?

DEADLOCK вообще можно получить всегда. В любой СУБД, на любом уровне изоляции.
(изменение данных работает на самом минимальном уровне изоляции, меньше 0,
так что уровни тут вообще ни при чём).
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 21:12
| Ответить | Цитировать | Написать  
Откуда блокировки на версионниках?
    #37217365
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
версионникнасколько я понимаю в обоих случаях одна из транзакций наименее затратная уйдет с rollback'ом.

Нинасколько ты не понимаешь. Update conflict это штатная ошибка параллельного апдейта.
Deadlock это нештатная ситуация взаимного ожидания. При первом никакой взаимности нет.
Второй всегда обломится (если первый не откатится добровольно).
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.04.2011, 21:31
| Ответить | Цитировать | Написать  
25 сообщений из 50, страница 1 из 2
  1  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Откуда блокировки на версионниках?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=37216077&tid=1552698]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 38ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 66ms
get tp. blocked users:
 2ms
others: 13ms
total:  164ms
созд. / загр.: 164ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]