Оптимайзер-4 (вопросы и обсуждения) : Программы OlegON

но после таких параметров тормозить начинает кошмар как.
куда копать?

select sum(decode(f.saletype,'CR',-f.salesum,f.salesum)) realiz from supermag.ffmaprep f where f.rectype=1 and f.saletype in ('CR','CS')
and f.saledate>=to_date('01.01.2011','DD.MM.YYYY')
and f.saledate<=to_date('10.01.2011','DD.MM.YYYY')
and f.article in ( select c.article from supermag.smcard c where c.accepted<>-1 )

при ALL_ROWS - 2.83 cек
при FIRST_ROW_100 - 20,67 сек

ну и собственно с остальными запросами не за последние дни такая же картина

Это твои запросы или супермаговские отчеты какие-то?

это пока лазил по форуму, взял запрос
по нему на одной из тем скорость считали

select count(*) from supermag.smspec
ROW# COUNT (*)
1 28902016

ALL- 5,34 сек
FIRST - 16,94 сек

Попробуй лучше СМ-операции погонять с этими параметрами. Я ж не от балды это все понатыкал. Долго работал оптимизатор? Или ты его раз в месяц запускаешь и это второй раз был? Регулярные запуски и все должно быть хорошо.

каждые полчаса запуск уже весьма давненько.
так-то нареканий особо и не было.
на днях перетащил FFMAPREP и FFINDEX в отдельгые ТП, а юзеры начали жаловаться на тормоза.
вот и начал проверять параметры

Отчёт "Доходность по товарам" за 4 квартал, итоги по товарным группам с группировкой по местам хранения:

RAW_FIRST_100 - 240 сек
RAW_ALL - 16 сек

слишком уж большая разница

Я имел ввиду фильтры и т.п., перепроверю по возможности. У меня в приоритете работающие в интерфейсе, а не отчетники. И, раз раньше было все ок (а параметры эти в оптимизаторе уже год, наверное), то проблема не в них. Где-то что-то еще зацепил при переносе.

Так я добавил только ТП, а перенос делал оптимайзер

Ну, мало ли что с ТП не так, например. Или еще что-то изменилось... Он переносит тоже чисто технически, без оптимизаций по дороге. Т.е. я с него претензию снимаю :)

Ишь :)
ладно, тогда вот пишет в логе что есть "Даты кривых Z-отчетов",
но кассовые документы есть за ту дату есть.
Что имеется в виду?