Блокировки Базы данных Ax2012 R2

[petr]

Добрый день,

Вот такой SQL запрос не может выполниться, т.к. обращается к ресурсу, который в данный момент используется.

(@P1 int,@P2 int,@P3 bigint,@P4 int)UPDATE BOMLEVELRECALCULATION SET BOMLEVELRECALCULATIONNEEDED=@P1,RECVERSION=@P2 WHERE ((RECID=@P3) AND (RECVERSION=@P4))

Контекст.


У меня такой вопрос. А как Аксапта сформаровала запрос с полем RecVersion. Вроде оно обычно не используюется в select-ах?

[SRF]

Это ядро, это поле нужно для того, чтобы поймать блокировки обновления записи при использовании OCC. Подробнее вот тут https://msdn.microsoft.com/en-us/library/bb190073.aspx

[petr]

Цитата:

Сообщение от SRF

Это ядро, это поле нужно для того, чтобы поймать блокировки обновления записи при использовании OCC. Подробнее вот тут https://msdn.microsoft.com/en-us/library/bb190073.aspx

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

update myTable setting Field1 = 'A' where myTable.RecId == 100

от себя && myTable.RecVersion == 123 и получается следующее:

update myTable setting Field1 = 'A', RecVersion = 124 where myTable.RecId == 100 && myTable.RecVersion == 123

[Vadik]

Цитата:

Я правильно понимаю

Так точно. И если кто-то уже влез перед нами со своим обновлением и изменил RecVersion (это разрешено в оптимистичной модели, подробности по ссылке выше), мы получим 0 records affected и соответственно UpdateConflict исключение

[petr]

Цитата:

Сообщение от Vadik

Так точно. И если кто-то уже влез перед нами со своим обновлением и изменил RecVersion (это разрешено в оптимистичной модели, подробности по ссылке выше), мы получим 0 records affected и соответственно UpdateConflict исключение

Я только не понимаю почему данный SQL-запрос ждет выполнения другого запроса, а не выполняется спокойно себе. Получается ВСЯ таблица каким-то другим запросом заблокирована?

[Vadik]

Цитата:

Сообщение от petr

Получается ВСЯ таблица каким-то другим запросом заблокирована?

Залочено где-то на уровне выше единичной записи - смотрите что у вас 63 "держит"

[fed]

Есть шансы что у вас там оптимизатор запросов сошел с ума и использует индекс не по recId, а какой-то более другой. Попробуйте сбросить кэш запросов (через DBCC FREEPROCCACHE()), и перестроить индексы по этой таблице (Хотя там всего одна запись по факту )