В СП написано:

ПостроительОтчета (ReportBuilder)
Выполнить (Execute)
Синтаксис:
Выполнить()
Описание:
Выполняет запрос, построенный для отчета

казалось бы, однако дальше написано:

Примечание:
Выставляет внутренний флаг необходимости перевыполнения запроса при выводе отчета (метод Вывести) и получении результата запроса.

т.е. по факту Выполнить() ничего не выполняет. Что, в общем-то, подтверждают замеры.

Внимание, вопрос - это оно давно так?

Надо этот тип пометить как obsolete/deprecated

(0) А если к полю Результат обратиться, выполняется запрос?

(2) А вот наверное ответ: "и получении результата запроса"

Давно. По мне, так всегда было. Запрос к БД выполняется не при Выполнить(), а при обращении к результату.
Результат = Построитель.Выполнить(); // Запрос не выполняется
ТЗ = Результат.Выгрузить(); // Вот тут и будет выполнен запрос.

В первый раз, конечно, тоже было неожиданно, надо признаться.

(0) Судя по посту https://forum.infostart.ru/forum9/topic53309/ давно/всегда :-)

Опечатка у меня.
Построитель.Выполнить()
и
Построитель.Результат.Выгрузить()

(0) Ну как же не выполняет, а кто будет преобразовывать текст в текст запроса для объекта запрос? Просто второй раз не просит уже

(8) "преобразовывать текст в текст запроса для объекта запрос" и обращаться к информационной базе - сильно разные вещи.

(9) ну так это же не .Выбрать(), а всего лишь .Выполнить()

Как бы,во взрослом sql есть отдельно prepare,когда формируется план запроса и execute,когда запрос выполняется.
Так что ничего удивительного.

Интересно какой смысл в такой "оптимизации".
В каком сценарии нужно построитель выполнить, но ничего не получать?

(12) давеча наткнулся на кусок 💩🐘 (или, как его называют, "легаси-кода"), где было получение результата построителя без Выполнить().
Вот тут меня сомнения накрыли.

А у построителя запроса аналогично?

(14) Да

Прикольно. Любопытный пример плохого дизайна.

Сегодня нарвался на ещё один эффект: если тот самый построитель с тяжелым запросом открыть в отладчике до установки всяких отборов, то можно получить неслабую висюльку "на двоих".

Слушай, обидно, ничего не сделал, только вошёл
https://www.youtube.com/watch?v=ksRVC_UAYyA

(16) Или плохой документации, как посмотреть.

(0) Если база SQL то включаем Profiler и анализируем

(17) 10 лет назад я пожаловался на эту особенность в 1С. Но исправлять не стали. https://partners.v8.1c.ru/forum/topic/1039031

(20)+ Забавный факт. Через 2 года переписки по этой проблеме я получил ответ "интересующая Вас ошибка еще готовится к публикации в системе". До сих пор видимо "публикуют".

(18) Если метод Выполнить() ничего не выполняет и не потому что кэш, а потому что выполнение будет в другом месте - это плохой дизайн API.
Во-первых, метод нужно было назвать иначе ибо его название вводит в заблуждение. Во-вторых, даже с учетом документации нифига неочевидно, зачем он нужен и как его правильно применять.

(21) Понятно, что они давно забили на построители, ибо мейнстрим - это СКД. А проблемы индейцев шерифа, как известно, не пенетрируют.

Сегодня мне сообщили из 1С, что баг (20) 20003151 исправлен в 8.3.5

если бы писали приложение на java или иных ООП языках, то было понятнее почему и зачем так сделано.