В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

SqlCom.ru - Стиль жизни SQL

2068 membersпожаловаться на группу
2020 November 29

YS

Yaroslav Schekin in SqlCom.ru - Стиль жизни SQL
ILYA
Знаю. Я говорил что конкретно в mssql , различия будут в том что в snapshot данные фиксируются на момент начала транзакции и по завершению проверяются на то не изменил ли их кто-то за это время. Если изменил то транзакция завершиться ошибкой типа update conflict. В случае serializible данные блокируют от начала и до конца транзакции и такого просто не может случиться.
Да нет же. Аномалия — это получение не консистентного результата (такого, который не мог быть получен при неконкурентном выполнении тех же транзакций) после того, как транзакции зафиксированы (committed).
Вот поэтому, собственно, SERIALIZABLE и SNAPSHOT — разные вещи.
источник
18:10пожаловаться#1

YS

Yaroslav Schekin in SqlCom.ru - Стиль жизни SQL
Какой-то Хмырь
Ну эдак тут можно было бы просто всех слать в доку...это ж мс, всё в инете есть
Как-то это не очень помогло, как видите — некоторые её отказываются читать. :(
источник
18:13пожаловаться#2

I

ILYA in SqlCom.ru - Стиль жизни SQL
Yaroslav Schekin
Да нет же. Аномалия — это получение не консистентного результата (такого, который не мог быть получен при неконкурентном выполнении тех же транзакций) после того, как транзакции зафиксированы (committed).
Вот поэтому, собственно, SERIALIZABLE и SNAPSHOT — разные вещи.
Я вам нигде не говорил что они одинаковы. Я сказал что в одном случае при аномалии будет ошибка и тем самым аномалии удастся избежать хотя и ценой отмены транзакции. При другом случае аномалии не будет из за специфики работы этого уровня изоляции.
источник
18:13пожаловаться#3

YS

Yaroslav Schekin in SqlCom.ru - Стиль жизни SQL
ILYA
Я вам нигде не говорил что они одинаковы. Я сказал что в одном случае при аномалии будет ошибка и тем самым аномалии удастся избежать хотя и ценой отмены транзакции. При другом случае аномалии не будет из за специфики работы этого уровня изоляции.
А я Вам пишу, что Вы неправильно понимаете, что такое "аномалия", см. выше.
На SERIALIZABLE аномалий вообще нет (а если Вы найдёте хоть одну — это 100% повод написать bug report в Microsoft).
источник
18:15пожаловаться#4

А

Артем in SqlCom.ru - Стиль жизни SQL
Yaroslav Schekin
Как-то это не очень помогло, как видите — некоторые её отказываются читать. :(
У тебя уже начался процесс игнорирования неудобных вопросов и мольбы защиты у толпы. Это забавно. Ну не беги ты от меня, поговорим ;)
источник
18:15пожаловаться#5

YS

Yaroslav Schekin in SqlCom.ru - Стиль жизни SQL
Артем
У тебя уже начался процесс игнорирования неудобных вопросов и мольбы защиты у толпы. Это забавно. Ну не беги ты от меня, поговорим ;)
/report@Gopnegbot
источник
18:15пожаловаться#6

G

GopoBot in SqlCom.ru - Стиль жизни SQL
Артем
У тебя уже начался процесс игнорирования неудобных вопросов и мольбы защиты у толпы. Это забавно. Ну не беги ты от меня, поговорим ;)
GopoBot, Nick Proskuryakov, Lestat Kim, Дмитрий Зайцев
источник
18:15пожаловаться#7

Y

Yuriy T in SqlCom.ru - Стиль жизни SQL
Я думал тут профи сидят)

В полноценном снэпшот нет апдейт блокировок, поэтому нет в полном смысле блокировки писать писатель, в   rcs  они есть, нет только ( за исключением пары нюансов) блокировки читатель писатель.

Это главное отличие(за исключением того что один из них полноценный уровень изоляции, а другой нет) , есть ещё пару мелких. Инфы полно, о чем вы спорите не понятно.
источник
18:16пожаловаться#8

I

ILYA in SqlCom.ru - Стиль жизни SQL
Yaroslav Schekin
А я Вам пишу, что Вы неправильно понимаете, что такое "аномалия", см. выше.
На SERIALIZABLE аномалий вообще нет (а если Вы найдёте хоть одну — это 100% повод написать bug report в Microsoft).
Я же не писал что они там есть. Этот уровень по сути заставляет выполняться транзакции последовательно и естественно в таком варианте не может быть аномалий. А вы через чур эмоциональны.... Имхо
источник
18:16пожаловаться#9

А

Артем in SqlCom.ru - Стиль жизни SQL
Yaroslav Schekin
/report@Gopnegbot
)
источник
18:18пожаловаться#10

I

ILYA in SqlCom.ru - Стиль жизни SQL
Yuriy T
Я думал тут профи сидят)

В полноценном снэпшот нет апдейт блокировок, поэтому нет в полном смысле блокировки писать писатель, в   rcs  они есть, нет только ( за исключением пары нюансов) блокировки читатель писатель.

Это главное отличие(за исключением того что один из них полноценный уровень изоляции, а другой нет) , есть ещё пару мелких. Инфы полно, о чем вы спорите не понятно.
sticker.webp
(20.28 Кб)
источник
18:19пожаловаться#11

YS

Yaroslav Schekin in SqlCom.ru - Стиль жизни SQL
ILYA
Я же не писал что они там есть. Этот уровень по сути заставляет выполняться транзакции последовательно и естественно в таком варианте не может быть аномалий. А вы через чур эмоциональны.... Имхо
Вы написали следующее: https://t.me/sqlcom/145546
Это — неверное утверждение, и я Вам объяснил, почему, вот и всё. :)

> А вы через чур эмоциональны.... Имхо

Дело в том, что это далеко не первое подобное обсуждение основ (того, что "профи", как тут написали, должны знать как 2*2=4, казалось бы)... и зачастую, что поразительно, некоторые участники спорят, а не пытаются разобраться. :(
Telegram
ILYA in SqlCom.ru - Стиль жизни SQL
А snapshot чисто, это уровень изоляции serializible
источник
18:21пожаловаться#12

К

Какой-то Хмырь... in SqlCom.ru - Стиль жизни SQL
Yaroslav Schekin
Как-то это не очень помогло, как видите — некоторые её отказываются читать. :(
Я обязательно почитаю, но пока пойду инет подключу, стол соберу) у меря тут переезд
источник
18:24пожаловаться#13

O

Oleg T in SqlCom.ru - Стиль жизни SQL
Ребят, пОлно. Парня спросили 6 уровней. Имели в виду именно read uncommitted, read committed, repeatable read, serializable, snapshot ии read committed snapshot.  Чем бы не являлся последний, в том контексте спрашивали это.
источник
18:25пожаловаться#14

I

ILYA in SqlCom.ru - Стиль жизни SQL
Yaroslav Schekin
Вы написали следующее: https://t.me/sqlcom/145546
Это — неверное утверждение, и я Вам объяснил, почему, вот и всё. :)

> А вы через чур эмоциональны.... Имхо

Дело в том, что это далеко не первое подобное обсуждение основ (того, что "профи", как тут написали, должны знать как 2*2=4, казалось бы)... и зачастую, что поразительно, некоторые участники спорят, а не пытаются разобраться. :(
Telegram
ILYA in SqlCom.ru - Стиль жизни SQL
А snapshot чисто, это уровень изоляции serializible
Ок, именно эта фраза не корректна. Гарантии схожи с сериалайзибл плюс нюансы которые мне лень было расписывать
источник
18:25пожаловаться#15

G

Gopneg in SqlCom.ru - Стиль жизни SQL
Yaroslav Schekin
/report@Gopnegbot
чо хотел?
источник
18:27пожаловаться#16

YS

Yaroslav Schekin in SqlCom.ru - Стиль жизни SQL
Gopneg
чо хотел?
Переходы на личности выше. "Вежливость и уважение к участникам.", вот это всё...
источник
18:28пожаловаться#17

G

Gopneg in SqlCom.ru - Стиль жизни SQL
Yaroslav Schekin
Переходы на личности выше. "Вежливость и уважение к участникам.", вот это всё...
ты какой-то очень нежный, никакого перехода не вижу в том что ты отрепортил
источник
18:29пожаловаться#18

А

Артем in SqlCom.ru - Стиль жизни SQL
Gopneg
чо хотел?
Нет переходов на личности. Он их выдумывает. Но в правилах нет репорта за беспокойство админов 🤷
источник
18:29пожаловаться#19

G

Gopneg in SqlCom.ru - Стиль жизни SQL
чо спорите-то? лень читать
источник
18:30пожаловаться#20