Резко выросло время приема касс : Супермаг Плюс (Супермаг 2000)

Журнал истории документа показывает, что затраты на пересчет статистики

30.12.2010 1:10:43 Принятие центром
30.12.2010 1:10:43 Перерасчет статистики
30.12.2010 0:41:06 Принятие складом
30.12.2010 0:39:49 Создание

переформирование статистик в ORACLE не помогает
(DBMS_UTILITY.ANALYZE_SCHEMA ('SUPERMAG', 'COMPUTE'))

Не подскажете, что там перерасчитывается то?

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

в кассовых документах 7 колонок с отметками по времени расчета разных видов статистики.
вот там и смотри что вообще считается и что именно считается долго.

Версия Супермага?
Случайно, не 1.027.5 без сервис-паков?

to Konev

статистики в кассовом документе - это всего лишь свойства из smdocprops (например, Cash.Stat.DocCredCard) :дата рассчета
а хотелось бы узнать что за данные пересчитывают

to mtirt

sp2

У нас было зависание, причем очень длительное (на сутки и больше) при расчете статистики по дисконтным картам после простой установки 1.027.5.
В СП 2 эту проблему порешали.

Как следствие, предлагаю брать в руки оптимайзер и им собирать статистику, менять параметры базы и т.п.

смешно... я так-то в курсе, где это время хранится.

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

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

потом уже будешь смотреть, что это за данные.
они все по разным местам рассованы.

например, дисконты (supermag.smdocprops.paramname = 'Cash.Stat.DocDiscCard') - supermag.smdocdisccard и supermag.smdocdisccardspec