Добрый денечек! Сам я 1С-ник, но SQL приходится пользовать частенько. Столкнулся с неоптимальным выполнением запроса скулем. Суть запроса: в 1С 7.7 надо выбрать подчиненные документы определенного вида. И родился такой запрос:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
SELECT
Доки.IDDOC as [Док $Документ],
Доки.Проведен as Проведен,
Доки.ISMARK as ПометкаУдаления,
Доки.Док_вид as [ВидДок $ВидДокумента],
Доки.Док_вид as Док_вид
From
(SELECT
Жур.IDDOC,
Жур.Closed&1 as Проведен,
Жур.ISMARK,
Жур.IDDOCDEF as ВидДок,
Жур.IDDOCDEF Док_вид,
Отбор.CHILD_DATE_TIME_IDDOC
FROM
_1SCRDOC as Отбор (NOLOCK)
INNER JOIN
_1SJOURN As Жур (NOLOCK) ON Отбор.ChildID = Жур.IDDOC
WHERE
(Отбор.ParentVal='O1 2CM ZNTCE ') AND (Отбор.MDID=0)
) Доки
WHERE (Доки.Док_вид=49116) AND (Доки.ISMARK=0)
Order by
Доки.CHILD_DATE_TIME_IDDOC
Вообще родился он не совсем в таком виде - был изначально один Select. Но когда выяснилось, что условие Док_вид=49116 сильно влияет на скорость, запрос превратился в такой. Суть проблемы: если Док_вид=49116 запрос выполняется 1000 мсек, если Док_вид=49117, то запрос выполняется 15 мсек. Получается запрос судя по плану запросов пытается наложить фильтр на поле IDDOCDEF таблицы _1SJOURN. Индексов подходящих по нему нет.
Но почему он накладывает этот фильтр, если условие находится во внешнем селекте, разве внутренний селект не должен отработать самостоятельно, а потом сработать внешний по результатам внутреннего? Внутренний селект выдает не более 10 строк и внешнему для фильтрации по полю IDDOCDEF (Док_вид) индексы вообще не нужны были бы.
