Подскажите, пожалуйста, возможно-ли как-то оптимизировать запрос по выборке документов с определенными значениями реквизитов?

Пример:

ВЫБРАТЬ
    Документ.Ссылка КАК Ссылка
ИЗ
    Документ.ЛюбойДокумент КАК Документ
ГДЕ
    Документ.Реквизит = &НеобходимоеЗначениеРеквизита
    И НЕ Документ.Ссылка В (&ЛюбойОтборСпискаДокументов)

Т.е. тут отбираются все документы и только потом на таблицу накладывается отбор (документов туча). Как можно оптимизировать по скорости?

1. Индексировать по реквизиту.
2. Уйти от конструкции НЕ в .....

Изменил запрос на:

ВЫБРАТЬ
    Документ.Ссылка КАК Ссылка
ПОМЕСТИТЬ ВТДоки
ИЗ
    Документ.ЛюбойДокумент КАК Документ
ГДЕ
    Документ.Ссылка = &НеобходимоеЗначениеРеквизита
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    ВТДоки.Ссылка
ИЗ
    ВТДоки КАК ВТДоки
ГДЕ
    НЕ ВТДоки.Ссылка В (&ЛюбойОтборСпискаДокументов)

Стало выполняться больше чем на порядок быстрей. Не знаю, правда, насколько это правильно...

По-моему, какая-то ерунда получилась, которая по своему смыслу ещё и отличается от первоначального запроса.

Это я уже понял что хрень какая-то вышла, надо подышать)

Там в условии Документ.Реквизит, опечатался. Но, в итоге все равно по скорости отрабатывает одинаково.
Итого, насколько я понял, альтернативы нет.

Чему ?

В таком варианте время выборки зависит от размера списка ЛюбойОтборСпискаДокументов


Выбирете все документы из списка во временную таблицу
Потом соедините с основной выборкой по NULL

sava1 @ Сегодня, 14:16 необходимо зарегистрироваться для просмотра ссылки ,
Спасибо, попробую.
А если нет списка? Т.е. просто:

ВЫБРАТЬ
    Документ.Ссылка КАК Ссылка
ИЗ
    Документ.ЛюбойДокумент КАК Документ
ГДЕ
    Документ.Реквизит = &СсылкаНаДругойДокумент

Такое не ускоряется? Просто в базе десятки тысяч документов.

Имхо, не верная логика. Для начала нужно ограничить список документов (первый пакет запроса - виртуальная таблица + индекс по нужному полю). Вторым пакетом - отбор с условием по нужному значению поля.

sava1 @ 18.10.17, 15:16 необходимо зарегистрироваться для просмотра ссылки ,

Насколько помню, SQL server даёт одинаковые планы выражению "В" и соединению с отбором по NULL. (в прошлом это меня приятно удивило по сравнению с mysql, который так делать не умел, и в рекомендациях была такая оптимизация).

Да, но не по "НЕ В"