Проблемы с кэшированием inventSum в DAX2012

[Pustik]

ох ты, сейчас внимательно рассмотрел - конкретная бага

[BAx]

У нас подобная бага была ( Ax3 SP4 Oracle 11).
Проблема решилось при CasheLookup = None.
Плюсом заметно сократились касты в запросах к этой табл.

[Logger]

Цитата:

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

Плюсом заметно сократились касты в запросах к этой табл.

А это-то почему ?

[BAx]

Цитата:

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

А это-то почему ?

Извиняюсь, хотел написать не "касты", а costы.
Уточню: заметно сократилось время выполнения запросов при обращении к InventSum как на чтение, так и на update. Косты замерял в PL-SQL developer. Рассинхронизация данных до этого наблюдалась между АОСами.
Связано это с тем, что данная таблица у нас практически постоянно апдэйтится (одна и та же запись), причем с разных АОСов. К тому же она немного шире, чем в стандарте (свои доработки). Часто наблюдалась ситуация, когда транзакции выстраивались в очередь и нервно-курили в ожидании завершения какого-нибудь относительно долгого запроса на update.

[Vadik]

Цитата:

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

Извиняюсь, хотел написать не "касты", а costы.
Уточню: заметно сократилось время выполнения запросов при обращении к InventSum как на чтение, так и на update. Косты замерял в PL-SQL developer

Меняем кэширование на сервере приложений - меняются косты на сервере БД ?

[BAx]

Цитата:

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

Меняем кэширование на сервере приложений - меняются косты на сервере БД ?

и да и нет...
если взять отдельный запрос - то план исполнения и косты одинаковые естественно будут.
Но если смотреть в целом с учетом взаимных блокировок (а БД надо получить актуальные на данный момент времени данные, для чего синхронизировать инф из кэша), то суммарная разница в костах (не по запросам) в разы отличается. к таму же при сильной загузке видны блокировки и переполнение tmp tablespace При полном отключении кэширования таблицы на АОСе/клиенте данные сразу пишутся в БД (точнее в кэш БД, но это уже не важно. главное все клиенты видят синхронизированные данные).