это я опытным путем выяслин.. если вер делаеться по ключу.. тогда все ок

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

вполне возможно

если сделать бегин тран.. то я могу делать инсерт возможность инсертя теряеться после первого селекта с вер условием... на поле которое не являеться уникальным )

В другом соединении я имею в виду. Где у тебя запрос зависает

а, ок

если сделать бегин тран.. то я могу делать инсерт возможность инсертя теряеться после первого селекта с вер условием... на поле которое не являеться уникальным )

Там оно должно дать сделать begin tran ещё что -то должно тоже дать сделать, а затем должно ДАТЬ сделать insert с другим значением , не 'test42' и НЕ ДАТЬ сделать insert со значением 'test42'

я это сейчас проверю

но с тест42 тоже должно дать.. - это класичный пример того как получаеться чтение фантомов... первый раз транзакция один читает 3 записи.. потом транзакция 2 вствляет что то.. и второй раз транзакция 1 читает уже больше записей по такому же селекту

я это сейчас проверю

Потому что такое должно быть поведение только на SERIALIZABELE. конечно, возможно MS SQL ведёт тут себя не очень стандартно, я не знаю последние веяния.

с другм значением тоже не вставляеться ничего

Потому что такое должно быть поведение только на SERIALIZABELE. конечно, возможно MS SQL ведёт тут себя не очень стандартно, я не знаю последние веяния.

да, чувак в видео курсе тоже говорит так.. )

и это меня смущает

но с тест42 тоже должно дать.. - это класичный пример того как получаеться чтение фантомов... первый раз транзакция один читает 3 записи.. потом транзакция 2 вствляет что то.. и второй раз транзакция 1 читает уже больше записей по такому же селекту

Должно дать по стандарту, да, но не должно, если описываемое тобой явление имеет место быть

с другм значением тоже не вставляеться ничего

Тогда 1) смотри блокировки на эту таблицу, возможно, там есть блокировка уровня Table эксклюзивная. Если это так, то это станно очень 2) читай про поведение на repeatable read в описании именно твоей версии сервера. Я на сколько знаю, такого быть не должно, но я с MSSQL дело имел последний раз с 6.5, возможно они там всё попеределывали.

я кажысь понял

у меня в таблице 3 ляма записей.. а мс-сервер ставит лок(ххз какой.. уже забыл) на таблицу.. если количество шаред локов на записи больше чем 5к

видимо у меня лок на таблицу получаеться

погуглю как посмотреть и отпишусь )

у меня в таблице 3 ляма записей.. а мс-сервер ставит лок(ххз какой.. уже забыл) на таблицу.. если количество шаред локов на записи больше чем 5к

Ну shared локи не должны эскалироваться, и мешать вставке они не должны тоже

Ну shared локи не должны эскалироваться, и мешать вставке они не должны тоже

В смысле эскалироваться то может и должны, но мешать вставке нет.

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

Погляди sp_locks или как их там сейчас зовут

ок

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

Наоборот, на большой-то и хорошо. Может, тебе стоит проконфигурить количество локов, если оно там конфигурируется вообще, а не всё автоматом

ох... совсем не т что я ожидал )

ох... совсем не т что я ожидал )

Да вывод её надо смотреть.

ладно, я погуглю как мониторить локи.. посмотр что как.. и отпишусь, когда разберусь с локами

осталось понять, блокирует ли шаред лок на таблице инсерты..

Да вывод её надо смотреть.

все что я нашел - выложил

осталось понять, блокирует ли шаред лок на таблице инсерты..

Shared locks exist when two transactions are granted read access. One transaction gets the shared lock on data and when the second transaction requests the same data it is also given a shared lock. Both transactions are in a read-only mode, updating the data is not allowed until the shared lock is released.

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

Shared locks exist when two transactions are granted read access. One transaction gets the shared lock on data and when the second transaction requests the same data it is also given a shared lock. Both transactions are in a read-only mode, updating the data is not allowed until the shared lock is released.

спасибо)

Да вывод её надо смотреть.

на маленькой таблице где лок не экскалируеться на таблицу - инсерты работают как ожидолось) разобрался.. спасибо за помощь

осталось понять, блокирует ли шаред лок на таблице инсерты..

Ну не должен

на маленькой таблице где лок не экскалируеться на таблицу - инсерты работают как ожидолось) разобрался.. спасибо за помощь

Разберись как эскалация локов настраивается. Потом и нам расскажешь, я например про MS не знаю.

Разберись как эскалация локов настраивается. Потом и нам расскажешь, я например про MS не знаю.

ну там 2 кейса.. первый.. если 5к строк с локами.. тогда оно ставит на таблицу.. если не может - то с увыеличением строк с локами каждые 1250 новых строк.. оно пробует экскалировать это можно отключить и второй случай.. это если часть памяти которую откушали локи больше чем 40% от всей выделеной памяти для сиквел сервера - тогда оно тоже делает экскалацию локов это нельзя отключить

Разберись как эскалация локов настраивается. Потом и нам расскажешь, я например про MS не знаю.

как то так )

на маленькой таблице где лок не экскалируеться на таблицу - инсерты работают как ожидолось) разобрался.. спасибо за помощь

Также, переключи инстанс СУБД на mvcc и ещё раз попробуй, должно быть по другому

Также, переключи инстанс СУБД на mvcc и ещё раз попробуй, должно быть по другому

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

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

Интересную тему вы затронули. Использовать ли mvcc в проде с _обычным_ приложением

?

Я вот склоняюсь, что нельзя

Я вот склоняюсь, что нельзя

это же ВИДЕО УРОКИ

Я видимо пропустил

Я вот склоняюсь, что нельзя

Гыгы, с чего бы это нельзя? И что значит "обычное приложение"?

Elena Morozova будет жить. Поприветствуем!

надо терминатора чинить

слишком много false positives

Тут одни бдшники Как они его чинить будут?

Тут одни бдшники Как они его чинить будут?

Кувалдой

@sup_master будет жить. Поприветствуем!

@Nursultan26 будет жить. Поприветствуем!

Vika Korotkova будет жить. Поприветствуем!

ERROR: S client not available

https://360tv.ru/news/nauka_i_tehnologiya/v-rossii-pojavitsja-baza-dannyh-dlja-otsenki-intellekta-ljudej/?utm_source=lentachold&utm_medium=social&utm_campaign=fb&utm_term=2017

https://360tv.ru/news/nauka_i_tehnologiya/v-rossii-pojavitsja-baza-dannyh-dlja-otsenki-intellekta-ljudej/?utm_source=lentachold&utm_medium=social&utm_campaign=fb&utm_term=2017

И чего?

да просто так

тихо тут у вас, спокойно)

https://360tv.ru/news/nauka_i_tehnologiya/v-rossii-pojavitsja-baza-dannyh-dlja-otsenki-intellekta-ljudej/?utm_source=lentachold&utm_medium=social&utm_campaign=fb&utm_term=2017

она будет пустая?)

https://360tv.ru/news/nauka_i_tehnologiya/v-rossii-pojavitsja-baza-dannyh-dlja-otsenki-intellekta-ljudej/?utm_source=lentachold&utm_medium=social&utm_campaign=fb&utm_term=2017

И по какой методике будут оценивать? Им не страшно что они сами в топ не попадут?

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

Вот кстати, вторая специальность, которую я ненавижу, после HR - это журналюги. Полные мудаки.

Вот кстати, вторая специальность, которую я ненавижу, после HR - это журналюги. Полные мудаки.

А маркетологи на каком месте в твоем рейтинге ненависти?

На третьем. От них вреда меньше, про них все знают. Они менее опасные.

И котел у них в аду свой у каждого, соответствующий их покупательскому профилю при жизни

Такой вопрос, Если у меня условие "WHERE field1 IS NOT NULL OR field2 IS NOT NULL" можно ли как-то узнать какое именно поле было не нулевым не выбирая эти поля?

нет

как ты собираешься узнать значения без селекта?

нет

Чейта

вариант кейсов - это тот же селект

вариант кейсов - это тот же селект

Есть еще set

чё?

Можешь сделать set a=1

И получишь в ответе эту переменную

ничего не понял

давай полный пример

Я тоже не очень понял, но спасибо ?

И мне не нужно узнать значение, мне нужно узнать какое поле было не нулевым

а узнать где?

в результате запроса поле добавить?

можешь через кейс что-то из серии case WHERE field1 IS NOT NULL then 1 WHERE field2 IS NOT NULL then 2 else 'xz' end

SET result=CASE WHEN field1 is not null THEN 'OK' ELSE 'NOK' END

те же яйца