Простите как это работает?
Предположительно есть 2 набора (запросы), пользователь устанавливает фильтр на поля второго набора, т.е. СКД должно сделать внутреннее соединение наборов.
Вопрос: чему равно время выполнения? Выполнится полностью запрос набора 1, запрос набора 2, внутреннее соединение.
Или запрос набора 2, запрос набора 1 с учётом внутреннего соединения с набором 2?

(0) https://helpme1c.ru/sistema-komponovki-dannyx-1s-8-3-dlya-nachinayushhix-urok-7 Смотри в самом конце, где публикуют результаты выполнения, сразу все станет понятным

(1) ответа там не нашел. Вопрос в следующем: предположим в первом наборе 2 000 000 000 записей, а во втором 100 записей. Насколько оптимально реализовать эту задачу 2 наборами? Будет ли запрос с внутренним соединением работать оптимальнее?
Если же делать запросом, мне нужно, чтобы при одних условиях было внутреннее соединение, при других условиях левое соединение, но это влечет подмену текста запроса в схеме СКД в зависимости от анализа отборов и быстрых отборов.

(2) например?
ЛЕВОЕ легко превращается во внутреннее, если наложить условие

Что быстрее внутреннее соединение в запросе или соединение наборов в СКД с условием на поле второго набора на уровне отчета для случая когда в первом наборе огромное количество записей, а во втором наборе мало записей?

(5) Второй набор параметризован по значениям первого? Например курс валют из второго по датам из первого?

Нет,
В первом наборе данные регистра накопления, во втором наборе контрагенты. Пользователь устанавливает фильтр, например, на поле ИНН из набора 2. Связь наборов по коду контрагента.

Давно бы посмотрел уже в ИР результирующий запрос компоновки

(8) связь наборов влияет на результирующий запрос результата компоновки? Как я понимаю компоновки происходит на сервере приложений. А оптимизированные СКД запросы передаются по отдельности на SQL.

(8) как увидеть результирующий запрос в ИР? Там же будет 2 отдельных запроса по каждому набору.

(0) Наборы данных всегда соединяются левым соединением, кроме случаев, когда отбор накладывается на поле присутствующее в двух таблицах, в этом случае связь становиться внутренней.

(11) Не должно поле "присутствовать в двух таблицах", достаточно его присутствия в одной. И это касается только если отбор глобальный (на уровне группировки "Отчет").

(10) Кастую TormozIT в ветку

(10) Одного результирующего запроса не будет. Будут результирующие запросы для каждого набора данных с отбором по параметрам соединения. Они будут выполняться от 1 до многих раз в зависимости от порядка соединения их наборов данных.

Посмотреть все выполненные запросы можно будет только через техножурнал (в ИР включить трассировку запросов).

(14) если два соединённых наборов без передачи данных во второй набор через параметр, то будет не меньше 2 запросов?

Вообще у меня цель отфильтровать по ИНН контрагента, полю присутствующем только во втором наборе. Будет ли этот отбор работать быстро, как это работает в если соединять в запросе?