Привет всем! Задаю вопрос в связи с тем, что все статьи, которые я нашел по этой "избитой" теме являются очень старыми. Вопрос собственно не новый. Можно ли как-то красиво передать внешнюю таблицу в построитель запросов НЕ в качестве источника данных, поскольку тогда текст запроса полностью игнорируется, а виде временной таблицы или в виде параметра. Единственное, более-менее адекватное решение нашел тут, но возможно есть что-то поновее, поскольку тут всё равно нужен финт ушами.
https://infostart.ru/1c/articles/96970/ год 2011.

(0) И что не работает? Это оно?
    ТекстЗапроса = "ВЫБРАТЬ
                   |    Пользователи.Ссылка КАК Ссылка
                   |ПОМЕСТИТЬ ВТ_Менеджеры
                   |ИЗ
                   |    Справочник.Пользователи КАК Пользователи
                   |;
                   |
                   |////////////////////////////////////////////////////////////////////////////////
                   |ВЫБРАТЬ
                   |    ПродажиОбороты.Менеджер КАК Менеджер,
                   |    ПродажиОбороты.Номенклатура КАК Номенклатура
                   |ИЗ
                   |    ВТ_Менеджеры КАК ВТ_Менеджеры
                   |        ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.Продажи.Обороты КАК ПродажиОбороты
                   |        ПО ВТ_Менеджеры.Ссылка = ПродажиОбороты.Менеджер";
    
    ПЗ = Новый ПостроительЗапроса();
    ПЗ.Текст = ТекстЗапроса;
    
    ТЗ = ПЗ.Результат.Выгрузить();
Все работает. Платформа 8.3.18.1289

(1) Вот поменяй теперь справочник.Пользователи на &Пользователи и попробуй передать таблицу в качестве параметра или попробуй реализовать тоже самое через использование менеджера временных таблиц.В обоих случаях ВНЕШНЮЮ таблицу не должно удастся так легко передать в построитель запроса.

(0) Не понял вопроса. Какая ошибка и когда возникает?

(0) Какая платформа?

(2) >>а виде временной таблицы или в виде параметра
Я тебе показал пример с временной таблицей. Что еще надо.
>>тоже самое через использование менеджера временных
Причем здесь построитель и МенеджерВременныхТаблиц?

(0) Не я один вопроса не понял.

(5)я не знаю, чего ты не понимаешь. Если я в этом сообщении четко указал ВНЕШНЮЮ - Справочник.Пользователи это не внешняя таблица, которую нужно передавать в построитель запроса.
Внешнюю таблицу можно передать в запрос либо в качестве параметра, либо через МенеджерВременныхТаблиц.
А вот в построитель запроса получается нельзя, по крайней мере у меня не получается, передать внешнюю таблицу в качестве параметра и нельзя реализовать через МенеджерВременныхТаблиц, поскольку построитель не умеет с ним работать.

запрос для по строителя ты сам накидал?
покажи

(0) Привет! ПостроительОтчета больше не развивается (на его место пришла СКД), и в нём как не было возможности передавать в него ТаблицуЗначений в качестве параметра, так и не будет. Если нужен именно ПостроительОтчета, ищи какие-то обходные пути, иначе никак.

(9) спасибо за ответ,теперь понятно,почему так редко этот инструмент встречается в типовых.

(0) Да, только через ПолучитьЗапрос() можно так использовать ТаблицуЗначений.

(11) Можешь приложить код? По-моему в построителе при ЗаполнитьНастройки() выйдет ошибка, а без динамических настроек в построителе и смысла нету.

(12) Ты же сам ссылку привел на статью, где всё описано:
1) в текст построителя пихаем заглушку вместо ТЗ
2) по кнопке "Сформировать" в отчете делаем финт ушами:
а) Запрос = Построитель.ПолучитьЗапрос()
б) подменяем в тексте запроса заглушку на &ТЗ и устанавливаем параметр запроса: Запрос.УстановитьПараметр("ТЗ", ТЗ);

(13) это понятно, я думал может и через ПолучитьЗапрос(),но как-то по-другому , вариант описанный в статье это далеко не идеал...

(7) Всё равно не понимаю в чем вопрос.
Запрос.УстановитьПараметр("ТЗ", ТЗ); - передается параметр в запрос. А надо куда тогда и что передать, если это не то что необходимо?

Первое апреля прошло....

(16) ты понимаешь разницу между построителем запроса и запросом? Если да, то я хз, что ты прикопался или чего ты не понимаешь. Я ответ на свой вопрос получил.

В ИР широко используется такая подмена.

Обработка.ирПлатформа

// Размаскирует обращения к временным таблицам в тексте запроса.
//
// Параметры:
//  ТекстЗапроса – Строка;
//  МассивВременныхТаблиц – Массив – элементами являются имена временных таблиц, замаскированных ранее.
//
// Возвращаемое значение:
//  Строка - новые текст запроса.
//
Функция РазмаскироватьВременныеТаблицы(ТекстЗапроса, МассивВременныхТаблиц, выхВсеРазмаскировано = Ложь) Экспорт

// Получает текст запроса, где каждая временная таблица заменена своим имитатором.
//
// Параметры:
//  ОбъектЗапроса – Запрос;
//  *ТекстЗапроса  – Строка, *Неопределено;
//  *МассивВременныхТаблиц - Массив, *Неопределено - все подменяемые таблицы заносятся сюда.
//
// Возвращаемое значение:
//  Строка - новый текст запроса.
//
Функция ЗамаскироватьВременныеТаблицы(ОбъектЗапроса, Знач ТекстЗапроса = Неопределено,

(17) Я не понимаю зачем использовать построитель в нынешнем 2021 году. Даже в 2011 уже не понимаю зачем.

(19) Так в компоновке та же проблема. Менеджер временных таблиц там появился совсем недавно и еще хромой.

(20) А внешнего источника данных нет в СКД?

(21) Если ты про "набор данных объект", то к нему запрос выполнить нельзя. Это следующий этап конвейра компоновки - он выполняется в процессе 1С, а не в СУБД.

(20) На первой закладке в СКД наборы данных. Добавляешь не запрос, а набор данных и задаешь ему имя и описываешь структуру. А как этот набор данных был получен - не важно. Хоть каким-то запросом, хоть ручками...

Я же правильно понимаю задачу - главное некую таблицу передать в запрос для использования данных этой таблицы при выполнении запроса.
Обычный запрос это умеет. А СКД умеет это счастье компоновать и даже выводить.

Я задачу не понимаю, в которой необходимо использовать построитель. Что на входе, что на выходе.

(24) Построитель удобен, когда текст запроса собирается динамически.
Например, можно склеить запрос из разных условий, но это будет не налгядно, сложные запросы не открыть конструктором, не проверить синтаксис, сложно дорабатывать, читать:

"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка"
+ ?(ВыводитьКод=Истина, ", Номенклатура.Код КАК Код", "")
+ ?(ВыводитьАртикул = Истина, ", Номенклатура.Артикул КАК Артикул", "")
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ"
| ИСТИНА
+ ?(ЗначениеЗаполнено(Производитель), " И Номенклатура.Производитель = &Производитель", "")
+ ?(ЗначениеЗаполнено(СрокГодности),  " И Номенклатура.СрокГодности = &СрокГодности", "");


А можно использовать построитель, тогда запрос будет читабельней и проще. Его можно редактировать конструктором:

"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка
|{ВЫБРАТЬ
| Номенклатура.Код,
| Номенклатура.Артикул}
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|{ГДЕ
| Номенклатура.Производитель.*,
| Номенклатура.СрокГодности}"

(25) В типовых забили на всё это. Динамически собирают запросы постоянно. Конструктором в коде ничего не откроешь.