Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7] 8 9 10 11 .. 15   вперед  Ctrl
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54751

PgSQLAnonymous
Я вот всё не пойму: вы что, пытаетесь отрицать саму возможность
конкуренции за ресурс в БД?

Теоретическую возможность возникновения update conflict я, конечно же, не отрицаю.
Практическую возможность 100500 откатов - отрицаю начисто.

Posted via ActualForum NNTP Server 1.5

11 май 15, 14:50    [17625444]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
Dimitry Sibiryakov
Теоретическую возможность возникновения update conflict я, конечно же, не отрицаю.
Практическую возможность 100500 откатов - отрицаю начисто.
Этого не может быть, потому что этого не может быть никогда! (с) мультфильм.
12 май 15, 10:46    [17627532]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54751

Не, конечно, блондинки могут выйти на улицу и встретить динозавра: вероятность-то 50/50...

Posted via ActualForum NNTP Server 1.5

12 май 15, 11:29    [17627761]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
Dimitry Sibiryakov
Не, конечно, блондинки могут выйти на улицу и встретить динозавра: вероятность-то 50/50...
Ну так обоснуйте.
12 май 15, 11:42    [17627842]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54751

Infernal V. Raven
Ну так обоснуйте.

Обосновываю: существует всего два вероятных исхода: "блондинка встретит динозавра" и
"блондинка не встретит динозавра". Согласно теории вероятности, вероятность каждого
отдельного исхода равна единице, делённой на число возможных исходов. Следовательно, у
блондинки есть вероятность 50% на встречу с динозавром. Сможете опровергнуть?

Posted via ActualForum NNTP Server 1.5

12 май 15, 11:56    [17627939]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
Dimitry Sibiryakov
Сможете опровергнуть?
А без передергиваний можете по теме?
12 май 15, 13:30    [17628476]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54751

Infernal V. Raven
А без передергиваний можете по теме?

Доказательство несуществования это практически невозможная вещь. Так что лучше Вы
расскажите о том, при каких обстоятельствах на Вашей системе при реальной эксплуатации
100500 транзакций сошлись на update conflict-е и 100499 из них откатились.

Posted via ActualForum NNTP Server 1.5

12 май 15, 13:55    [17628613]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
этта
Guest
Dimitry Sibiryakov,
ну как же -- следите за руками -- у пассажыра 100500 клиентов обновляют свои счета, и счет общего брокера без создания на нем [счёте брокера] очереди блокированием (см его структуру счетов выше, и бред с транзакцией там же).

т.е. всё -- в сериалайзебле.

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

Модератор: давайте без перехода на личности


Сообщение было отредактировано: 12 май 15, 15:23
12 май 15, 14:25    [17628791]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
PgSQLAnonymous
Member

Откуда:
Сообщений: 84
этта
ну как же -- следите за руками -- у пассажыра 100500 клиентов обновляют свои счета, и счет общего брокера без создания на нем [счёте брокера] очереди блокированием (см его структуру счетов выше, и бред с транзакцией там же).

А создание блокировки --- это, внезапно, подход блокировочника. ;)
Кстати, в чём бред с транзакцией, конкретно?

И вообще, у меня есть другой вопрос к аудитории (по определениям): как отличить блокировочник от версионника? ;)

Вот MS SQL 2012 с его версионным SNAPSHOT (эквивалентным REPEATABLE READ в PostgreSQL или SERIALIZABLE в Oracle) и чисто (без использования версий) блокировочным SERIALIZABLE --- это блокировочник или версионник?

А PostgreSQL 9.4 с его чисто версионным SERIALIZABLE и возможностью накладывать блокировки на записи --- блокировочник или версионник?

А MySQL + InnoDB с его наложением блокировок в SERIALIZABLE и версионными другими уровнями (если я правильно помню) --- блокировочник или версионник?
12 май 15, 16:00    [17629551]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54751

PgSQLAnonymous
И вообще, у меня есть другой вопрос к аудитории (по определениям):
как отличить блокировочник от версионника? ;)

Хооо... Поциент внезапно признался, что не знает, о чём, собственно, спорил.

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

Posted via ActualForum NNTP Server 1.5

12 май 15, 16:53    [17629941]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
mikron
Member

Откуда:
Сообщений: 888
Dimitry Sibiryakov
Согласно теории вероятности, вероятность каждого
отдельного исхода равна единице, делённой на число возможных исходов.

Пурга
12 май 15, 18:14    [17630430]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9882
OFFTOPIC ON

mikron, Вы о чем? Про динозавра? Так ведь это АКСИОМА (т.е. Вещь, не требующая доказательств)

Поискал в И-нет.... на другом форуме уже на 6 посте вероятность встречи динозавра превысила 4/5 )))

bot
mihailm
Итог вероятность поднялась до 4/5

Умоляю, остановитесь!
Я уже на улицу выходить боюсь ...
12 май 15, 18:30    [17630493]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
PgSQLAnonymous
Member

Откуда:
Сообщений: 84
Dimitry Sibiryakov
PgSQLAnonymous
И вообще, у меня есть другой вопрос к аудитории (по определениям):
как отличить блокировочник от версионника? ;)

Хооо... Поциент внезапно признался, что не знает, о чём, собственно, спорил.

Вы хоть на один существенный вопрос конкретно ответите когда-нибудь, поциент?
Какой из указанных серверов версионник, а какой блокировочник? Какой практический смысл этих понятий?

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

Термины?! Сами придумали? Дайте-ка ссылку на общепринятые определения. ;)

А то вот можно легко нагуглить даже такое (http://rdbms.narod.ru/faq/#R-SQL-Q5 ):

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


Это вообще полностью противоречит тому, что вы говорите, поциент. ;)

И каких ещё конситентных данных?
Ни MVCC, ни какие-нибудь блокировки никаких консистентных данных сами по себе не гарантируют. Гарантирует только использование протоколов изоляции, например SS2PL (Strong Strict Two-Phase Locking), SSI (Serializable Snapshot Isolation) или даже OCC (Optimistic Concurrency Control).
12 май 15, 19:52    [17630741]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54751

PgSQLAnonymous
Гарантирует только использование протоколов изоляции, например SS2PL
(Strong Strict Two-Phase Locking), SSI (Serializable Snapshot Isolation) или даже OCC
(Optimistic Concurrency Control).

О, какая знакомая песенка... Скатился-таки в накатанное русло.

Posted via ActualForum NNTP Server 1.5

12 май 15, 20:50    [17630884]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
db2exc
Member

Откуда:
Сообщений: 37
Dimitry Sibiryakov,

Дима, вы что-то можете понять в постах ПГАнонима. Как по мне он несет какую-то нелепицу. К нему не обращаюсь, так как, если я не могу понять в постах ничего, то в его объяснениях и подавно, а коль вы с ним спорите, наверное все же понимаете о чем идет речь. Мне кажется здесь перемешаны понятия и термины.
12 май 15, 21:26    [17631055]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30232
PgSQLAnonymous,

опять ты бредятину несешь.

1. MS SQL с включенной версионностью является версионником. Без - блокировочником.

2. при сериализуемых транзакциях отсутствует понятие "блокировочности" или "версионности". Нафига ты тут про сериализацию вталкиваешь - непонятно.

3. какие нафиг "протоколы изоляции" для версионника? какие там еще блокировки, тем более двухфазные? Версионность придумана в 1974 году чтобы не было блокировок.
13 май 15, 13:54    [17634100]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
PgSQLAnonymous
Member

Откуда:
Сообщений: 84
kdv
PgSQLAnonymous,
опять ты бредятину несешь.

Да нет, только ты.

kdv
1. MS SQL с включенной версионностью является версионником. Без - блокировочником.

А почему?

kdv
2. при сериализуемых транзакциях отсутствует понятие "блокировочности" или "версионности". Нафига ты тут про сериализацию вталкиваешь - непонятно.

Отсутствует только в твоей голове. Ещё раз, есть протоколы изоляции для блокировочника (SS2PL) и для версионника (SSI).

kdv
3. какие нафиг "протоколы изоляции" для версионника? какие там еще блокировки, тем более двухфазные? Версионность придумана в 1974 году чтобы не было блокировок.

Я же эти протоколы даже указал, ты читать умеешь? Обычные блокировки для UPDATE-ов, ты не знал? ;)
13 май 15, 14:47    [17634620]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
PgSQLAnonymous
И вообще, у меня есть другой вопрос к аудитории (по определениям): как отличить блокировочник от версионника? ;)

Трудно с этими жаргонизмами.
1. Есть БД с полным набором блокировок.
2. Есть БД с возможностью работы с несколькими версиями одних и тех же данных (например на разные моменты времени).
Собственно сами по себе эти понятия не являются антагонистами.
Эти методы можно использовать для обеспечения изоляции транзакций. Соответственно если используется 1 подход, то называем блокировочник. Если второй - версионник. Если третий - ни то ни сё.
13 май 15, 15:05    [17634822]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Ggg_old
Member

Откуда: Одесса
Сообщений: 1342
Топикстартеру рекомендую почитать хорошую инженерную статью, где уже все давно разложено:

SQLPERFOMANCE.com:The SNAPSHOT Isolation Level
13 май 15, 15:29    [17635027]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30232
PgSQLAnonymous
Обычные блокировки для UPDATE-ов, ты не знал? ;)

я не знаю, как там у PosgreSQL, но у InterBase и Firebird нет никаких "блокировок для UPDATE".
ты бы лучше почитал, хоть что-нибудь, как версионность организована, и где в блокировочнике блокировки возникают.
13 май 15, 16:02    [17635265]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
осторожно интересуюсь
Guest
kdv
PgSQLAnonymous
Обычные блокировки для UPDATE-ов, ты не знал? ;)

я не знаю, как там у PosgreSQL, но у InterBase и Firebird нет никаких "блокировок для UPDATE".
ты бы лучше почитал, хоть что-нибудь, как версионность организована, и где в блокировочнике блокировки возникают.

осторожно интересуюсь за интербейс

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

приведите листинг, если не затруднит.
13 май 15, 17:16    [17635799]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54751

осторожно интересуюсь
что у меня произойдет, и в каком случае ?

Облом во всех случаях. "Lost updates" считаются недопустимыми.

Posted via ActualForum NNTP Server 1.5

13 май 15, 17:24    [17635870]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
осторожно интересуюсь
Guest
Dimitry Sibiryakov,

т.е. блокировок не будет, но облом произойдёт ?
а какими словесами и абстракциями он будет оформлен.


+
-- в пж просто тупо выстроится очередь (за блокировками), если в каждой последующей не пытаться специально сказать предварительное SELECT .... FOR UPDATE NOWAIT;

поэтому сказать commit в 5-ю просто не удастся-- она будет занята ожиданием.
единственно, куда можно будет сказать 1-й коммит -- это первая. Второй -- только во вторую. И т.д.
13 май 15, 17:44    [17636001]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54751

осторожно интересуюсь
а какими словесами и абстракциями он будет оформлен.

update обломится с ошибкой "update conflict" либо сразу, либо после коммита первой
транзакции в зависимости от параметров транзакции (которых у Interbase гораздо больше чем
только уровень изоляции).

Posted via ActualForum NNTP Server 1.5

13 май 15, 17:49    [17636043]     Ответить | Цитировать Сообщить модератору
 Re: Чем плох блокировочник по сравнению с версионником?  [new]
осторожно интересуюсь
Guest
Dimitry Sibiryakov,

а организовать примитивную очередь --- никак ?

ил всё же можно и по человечески ?
13 май 15, 18:00    [17636121]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7] 8 9 10 11 .. 15   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить