Всем привет. Понимаю, что тема уже не новая. Если с виртуальными таблицами ещё как-то понятно почему и как это настроить, то в моей ситуации есть только вопрос, без ответа.

Есть вот такой запрос:
ВЫБРАТЬ
    МойРегистр.Измерение1.Реквизит1,
    МойРегистр.Измерение2,
    МойРегистр.Измерение2.Реквизит2,
    1 КАК Количество
ПОМЕСТИТЬ ВР_Табл
ИЗ
    РегистрСведений.МойРегистр КАК МойРегистр

СГРУППИРОВАТЬ ПО
    МойРегистр.Измерение1.Реквизит1,
    МойРегистр.Измерение2,
    МойРегистр.Измерение2.Реквизит2
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    ВР_Табл.Реквизит1 КАК Реквизит1,
    ВР_Табл.Реквизит2 КАК Реквизит2,
    СУММА(ВР_Табл.Количество) КАК Количество
ИЗ
    ВР_Табл КАК ВР_Табл

СГРУППИРОВАТЬ ПО
    ВР_Табл.Реквизит1,
    ВР_Табл.Реквизит2

Если выполнять запрос средствами СКД, то результат будет Результат1, если же запрос выгрузить не средствами СКД в таблицу значений, то будет уже Результат2.

Прилагаю также ссылку на dt файл:
https://yadi.sk/d/Toyji_angMGMs

(0) "есть только вопрос, без ответа"
Что-то и вопроса-то нет...

(0) я вопроса не понял

Да, СКД меняет текст запроса. Сто раз уже обсасывалось.

(3) Вы фсио вгёте (с)
Запросы писать надо нормально и не будет СКД их менять.

(0) Сравни в консоли СКД запросы.

(4) Чего??? СКД наоборот оптимизирует запрос.

(6) Смотря какой запрос и как написан

может dt посмотрите? там все понятно. Сравните результаты двух отчетов.

(3) и моя ситуация также рассосалась? тогда каков ответ?

(7) Ну это само собой)

(4) и каков тогда будет нормальный запрос?

(9) 42

(10) и есть выход? в смысле как запрос переделать?

(13) Это все зависит от настроек компоновки.

(14) какой именно настройки?

(15) Тебе в лом сравнить запросы?

(16) в профилировщике? нет. И что это даст? Там не будет написано какой именно запрос скормить скд.

(17) Профилировщик? Ты вообще хоть что-то об СКД знаешь?

(0) В запросе поменяй &НачалоПериода на &НачалоПериода1 допустим.

(17) В консоли СКД посмотри, что получается после компоновки макета, какой запрос.

(8) Ну посмотрел

(9) Ответ прост, учи мат часть!
Почему у тебя в обоих вариантах ответ неверный?

+ (22) Записей в РС  - 4
из них 3 по каналу 1 и 1 по каналу 2?

+(23)
SELECT
    ОбъектыРемонта.РемонтнаяГруппа ОбъектРемонтаРемонтнаяГруппа
   ,КаналыСвязи.Характеристика КаналСвязиХарактеристика
   ,COUNT(*) Количество
FROM
   РегистрСведений.КаналыСвязи РС      
LEFT JOIN Справочник.ОбъектыРемонта ОбъектыРемонта
ON РС.ОбъектРемонта=ОбъектыРемонта.Ссылка
LEFT JOIN Справочник.КаналыСвязи КаналыСвязи
ON РС.КаналСвязи=КаналыСвязи.Ссылка  
GROUP BY
    ОбъектыРемонта.РемонтнаяГруппа
   ,КаналыСвязи.Характеристика

(23) спасибо, что вникаешь

(24) я это понимаю, как тогда правильно построить запрос в скд

(26) ????

(22) но запросы то, одинаковые.

+(27) код из (24) в СКД

(28) Гондурас беспокоит?

+ (30) см (4)

(31) спасибо, добрый человек.

(32) Бесполезно оптимизировать код, который не работает (с)
Если ни то, ни другое, не выдаёт верный результат, какой смысл разбираться почему в обоих случаях?

Ответ прост, хотя и не очевиден.
Источник ошибки в обоих случаях один и это текст запроса.
Если запрос написан так, что его можно трактовать только так и никоим другим образом, то результат будет ВСЕГДА одинаков.

В данном случае, старайтесь избегать многоточий в запросах.