S
оке пошел гуглить про взаимоблокировки
если решишь, напиши потом сюда))
Size: a a a
2020 September 09
МР
лады
S
интересный таск
AN
я немного не понимаю почему более высокие уровни изоляции приводит к локам в дотнет коде
ну то есть понятно что транзакции приходится ждать и они по сути последовательно выполняются (в пределе)
но вылетает оно почему
ну то есть понятно что транзакции приходится ждать и они по сути последовательно выполняются (в пределе)
но вылетает оно почему
НП
оке пошел гуглить про взаимоблокировки
Взаимоблокировки лечатся в самом приложении. Что у тебя лочится то?
AN
ну вот мне тоже кажется что тут вопрос на стороне кода а не базы
S
судя по стеку там как раз SQL провайдер вылетает
S
т.е. не дот нет дедлок
НП
т.е. не дот нет дедлок
Лочка на уровне БД. Но все равно же это программисты делаю в основном
AN
ну а на стороне базы лок эксепшн говорит за версионирование
AN
да и то
AN
this.
Не в обиду но мне кажется ни моего ни вашего уровня понимания баз данных не хватит чтобы помочь в этой проблеме
похоже что так
AN
@RudnevMaks, зашаришь потом что накопается, пожалуйста?
Любопытно
Любопытно
НП
1. Начинаем транзакцию
2. смотрим доступное количество товара
3. если мы хотим зарезервировать больше, чем доступно - откат
4. выбираем id пользователя с определнным username-ом
5. если нет такого пользователя, то добавляем пользователя, и берем его id
6. Отнимаем от количества в хранилище необходимое кол-во товара, который будем резервировать
7. Вставляем в талицу резерва id товара, кол-во товара и id пользователя
8. Commit()
2. смотрим доступное количество товара
3. если мы хотим зарезервировать больше, чем доступно - откат
4. выбираем id пользователя с определнным username-ом
5. если нет такого пользователя, то добавляем пользователя, и берем его id
6. Отнимаем от количества в хранилище необходимое кол-во товара, который будем резервировать
7. Вставляем в талицу резерва id товара, кол-во товара и id пользователя
8. Commit()
Лочка происходит по той причине, скорее всего, что одна транзакция пытается читать кол-во товара, а другая в это время пишет. Каждой нужен этот ресурс. По этому, скорее всего, лочка и висит
AN
ну он serializable ставил даже
когда транзакции вообще последовательно должны исполняться
когда транзакции вообще последовательно должны исполняться
AN
и говорит что тоже самое
НП
Но тут еще прикол в том, что такое будет сложно разрулить, потому что хоть 1000 потоков запусти, у тебя эта транзакция будет узким местом
S
Лочка происходит по той причине, скорее всего, что одна транзакция пытается читать кол-во товара, а другая в это время пишет. Каждой нужен этот ресурс. По этому, скорее всего, лочка и висит
не, другая и не будет выполнятся пока первая не закомитится
S
Но тут еще прикол в том, что такое будет сложно разрулить, потому что хоть 1000 потоков запусти, у тебя эта транзакция будет узким местом
так он типа имитирует доступ с 10 клиентов
НП
не, другая и не будет выполнятся пока первая не закомитится
Ну я как предположение, в MS не работал