Есть РегистрСведений Регистр. Ресурсы Дата, Документ (Любой документ)
Есть Запрос
ВЫБРАТЬ Регистр.Документ, Максимум(Регистр.Дата) КАК Дата
ИЗ РегистрСведений.Регистр КАК Регистр
ГДЕ Регистр.Документ в (&Документ1)
Сгруппировать По Регистр.Документ
Индексировать по Документ;

Так вот если в параметре Документ, а это массив, все элементы одного типа, то запрос исполняется за 0,001 секунду, а если разного то 1 секунду. Почему? Как ускорить?

(0) Выразить, чтоб не было со всеми таблицами доков из-за составного реквизита

*соединения

(0) Объединением
В каждое объединение свой тип документа

Понял, спасибо

(0) платформа преобразует вот это условие

ГДЕ Регистр.Документ в (&Документ1)

когда передаешь один тип документа условие будет

where T1.<ПолеСсылки> in (<Ссылки>)
так индекс может использоваться


когда передаешь доки разного типа, платформа преобразует условие

where case
when T1.<ПолеТипа> = <Тип1> then T1.<ПолеСсылки> in (<Ссылки1>)
when T1.<ПолеТипа> = <Тип2> then T1.<ПолеСсылки> in (<Ссылки2>)
when T1.<ПолеТипа> = <Тип3> then T1.<ПолеСсылки> in (<Ссылки3>)
...
в индекс не попадает

Настало время офигительных историй

(6) ?

(7)
думаю там
а) не блоки "когда тип тогда", а левые джойны, причем со всеми сразу.
б) нет перебора in (<Ссылки>) в in (<Ссылки1>) (<Ссылки2>) (<Ссылки3>), а просто один и тот же массив втыкается в каждый seek.

единственная правда может быть в том, что оптимизатор запроса может понять монотип. это то и видно в (0)

(0) как ускорить - раздели массив на монотипы перед запросом. (получим 1-2-5-10 массивов).
сделать сборщик текста запроса от числа массивов. (выбрать а из б где в &п1 объединить все выбрать а из б где в &п2 ...)
выполнить запрос с 1-2-5-10 параметрами массивов.

По условию
ГДЕ  ВзаиморасчетыСКонтрагентами.Регистратор В (&Регистратор)

вот такое строится (&Регистратор - список из двух ссылок разного типа):
WHERE ((T1._RecorderTRef = 0x00000186 AND T1._RecorderRRef IN (?)) OR (T1._RecorderTRef = 0x00000187 AND T1._RecorderRRef IN (?)))

Можно попробовать  массив ссылок загнать в ТЗ, ТЗ - в вирт. таблицу (1с типы сама добавит), c вирт. таблицей - inner join

(7) см (11)

Хоспади, в 3 правильный ответ

(11)(12) таки, не совсем

ВЫБРАТЬ
    РегистрСведений1.Измерение1 КАК Измерение1,
    РегистрСведений1.Измерение2 КАК Измерение2,
    РегистрСведений1.Измерение3 КАК Измерение3,
    РегистрСведений1.Реквизит1 КАК Ресурс1,
    РегистрСведений1.Реквизит1 КАК Реквизит1
ИЗ
    РегистрСведений.РегистрСведений1 КАК РегистрСведений1
ГДЕ
    РегистрСведений1.Измерение2 В(&Измерение2)

Измерение2 - составной тип

SELECT
T1._Fld99RRef,
T1._Fld100_TYPE,
T1._Fld100_RTRef,
T1._Fld100_RRRef,
T1._Fld101RRef,
T1._Fld108,
T1._Fld108
FROM dbo._InfoRg98 T1
WHERE EXISTS(SELECT
1
FROM #tt1 T2 WITH(NOLOCK)
WHERE (T2._INVALUELISTTRef IS NOT NULL AND T2._INVALUELISTRRef IS NOT NULL) AND ((T1._Fld100_TYPE = 0x08 AND T1._Fld100_RTRef = T2._INVALUELISTTRef AND T1._Fld100_RRRef = T2._INVALUELISTRRef)))

но это 21-я платформа, раньше иначе делала

(11) на больших объемах 1С так и делает

(14) у меня 8.3.20.

В вашем варианте, кстати, должно нормально отрабатывать без изощрений с разбивкой на типы и пр.
емнип, по такому же принципу 1с строит "парные" условия, типа  ИЗ РегистрНакопления.Товары.Остатки(, (Склад, Номенклатура) В (ВЫБРАТЬ вт.Склад, вт.Номенклатура Из вт))

(15) да, с большим списком у меня построился запрос из (14)