AX2009: Ошибка оптимистической модели обновления

[DSPIC]

Цитата:

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

Очень странно.
Прямо барабашка.
А не может быть так что эта табличка уже открыта в обозревателе таблиц или в формочке из под вас же и в силу каких-то причин запись на форме сохраняется (бред конечно, но все же)...

Неее, никто таблицу не юзает, никто

Цитата:

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

Кстати, недавно ковырялся по системным табличкам Аксапты и где-то попадался параметр, судя по названию, отвечающий за значение параметра OCC enabled по умолчанию. Может попробовать выключить. По крайней мере если заблокируется система, то увидите кто кого и когда и почему.

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

Цитата:

Еще вариант - может сиквел глючит в режиме Snapshot isolation - вы посмотрите там все порядке - места в темпах достаточно ? Не переполнились ?

Может, а как проверить?

[Vadik]

Цитата:

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

В общем глючит именно OCC, а вот почему - предстоит разобраться, что-то ей мешает

С триггерами \ хранимыми процедурами с SET NOCOUNT ON баловались ? Если забыли где-то его вернуть в нормальное (для AX - OFF) состояние, в этой сессии при попытке UPDATE .. WHERE RECID = %X and RECVERSION = %Y ядро не увидит искомого '1 record affected' и решит что это конфликт OCC

[Logger]

Цитата:

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

С триггерами \ хранимыми процедурами с SET NOCOUNT ON баловались ? Если забыли где-то его вернуть в нормальное (для AX - OFF) состояние, в этой сессии при попытке UPDATE .. WHERE RECID = %X and RECVERSION = %Y ядро не увидит искомого '1 record affected' и решит что это конфликт OCC

Vadik, а вы уверены что именно NoCount может так гадить ?

Вот тут
https://www.sql.ru/forum/1332703/kak...zvolnoy-sessii
утверждают, что при выходе из хранимки свойство должно восстанавливаться. Т.е. не должна хранимка смочь что либо испортить в сессии.

P.S. Надо будет контрольный пример сбацать и проверить.

[Vadik]

Цитата:

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

Vadik, а вы уверены что именно NoCount может так гадить ?

да, уверен

Цитата:

Вот тут
https://www.sql.ru/forum/1332703/kak...zvolnoy-sessii
утверждают, что при выходе из хранимки свойство должно восстанавливаться. Т.е. не должна хранимка смочь что либо испортить в сессии.

P.S. Надо будет контрольный пример сбацать и проверить

я по-быстрому проверил на SQL Server 2019, на нем изменение переменных сессии откатывается

use tempdb
go

set nocount off
go

select count(*) from sys.objects
go

create procedure myProc as begin
	set nocount on;

	-- do something
end
go

execute myProc
go

drop procedure myProc;
go

select count(*) from sys.objects
go

результат

Цитата:

-----------
100
(1 row affected)

-----------
100
(1 row affected)

с документацией согласуется

Цитата:

If a SET statement runs in a stored procedure or trigger, the value of the SET option gets restored after the stored procedure or trigger returns control. Also, if you specify a SET statement in a dynamic SQL string that runs by using either sp_executesql or EXECUTE, the value of the SET option gets restored after control returns from the batch that you specified in the dynamic SQL string

быстро проверить на более ранних версиях SQL Server времени нет, увы

на AX2012, при возможности проверю. T-SQL c NOCOUNT из X++ должен валиться

P.S. подчеркнутое расходится с

Цитата:

if you specify a SET statement in a dynamic SQL string that runs by using either sp_executesql or EXECUTE, the value of the SET option gets restored after control returns from the batch that you specified in the dynamic SQL string

непонятно. похоже не было раньше такого поведения

[Logger]

Цитата:

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

непонятно. похоже не было раньше такого поведения

Вот и мне показалось странным.

[Vadik]

Может кто-то прогнать скрипт на старых версиях SQL Server (2005, 2008б 2012) ? Он безобидный

[Raven Melancholic]

Цитата:

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

Может кто-то прогнать скрипт на старых версиях SQL Server (2005, 2008б 2012) ? Он безобидный

2008R2:

Цитата:

(строк обработано: 1)

(строк обработано: 1)

2016:

Цитата:

(затронута одна строка)

(затронута одна строка)

Но тут непонятно "чистый" ли эксперимент.
Могу ошибаться, но не исключено, что команда GO в окне Mangement studio сама по себе может сбрасывать какие-то переменные. Объявленные там же при помощи declare точно разные в разных секциях до GO.