Удаление Сличительных ведомостей - тормоза : Супермаг Плюс (Супермаг 2000)

Версия СМ 1.024.3 SP3

При удалении Сличительных ведомостей из ЦО на одну уходит минут 10 и при этом почти нельзя провести накладную и т.п.
При удалении инвентаризационных описей, актов переоценки ... таких проблем нет.

Lock waits SMSPECRLBASES

select /*+ all_rows */ count(1) from "SUPERMAG"."SMSPECRLBASES" where "BASEDOCTYPE" = :1 and "BASEDOCID" = :2 and "BASESPECITEM" = :3

мож кто сталкивался с такой проблемой.

А план запроса у тебя? Индексы его (SMSPECRLBASES) живые? Все, которые нужно?

Единственный индекс SMCSPECRLBASES_PK для SMSPECRLBASES живой (проверил). Даже перестроил без компрессии и собрал статистику.

Plan
SELECT STATEMENT HINT: ALL_ROWSCost : 320 Bytes : 20 Cardinality : 1
2 SORT AGGREGATE Bytes : 20 Cardinality : 1
1 TABLE ACCESS FULL SUPERMAG.SMSPECRLBASES "SMSPECRLBASES"."BASEDOCID"=:Z AND "SMSPECRLBASES"."BASESPECITEM"=TO_NUMBER(:Z) AND "SMSPECRLBASES"."BASEDOCTYPE"=:ZCost : 320 Bytes : 20 Cardinality : 1

по времени удаления ничего не изменилось, по Lock waits ничего не скажу - обед. *04

По всей видимости нужно создать индекс по полям BASEDOCTYPE, BASEDOCID, BASESPECITEM. Тогда не будет полного сканирования и все пройдет быстрее.

Индекс реально помог (удаление 3-10 сек.).
Только я не хотел сам менять структуру *08

CREATE INDEX SUPERMAG.SMCSPECRLBASES_MK ON SUPERMAG.SMSPECRLBASES
(BASEDOCTYPE, BASEDOCID, BASESPECITEM)
NOLOGGING
TABLESPACE INDX
PCTFREE 10
INITRANS 2
MAXTRANS 255
NOPARALLEL;

Интересный момент
таблица SMSPECRLBASES - 9Мб (9 колонок)
а ее индексы
SMCSPECRLBASES_MK - 10Мб (3 колонки)
SMCSPECRLBASES_PK - 11Мб (4 колонки)

размер любого индекса больше самой таблицы, както не правильно

Так может какие-то игры с PCTFREE и прочими?

Отличие в

таблица INITRANS 1
индекс INITRANS 2

с такими параметрами база создается Генератором БД