Можно ли в запросе каким-то образом обработать следующее:

ЗаказПокупателя[Реквизиты.Наименование]
Реквизиты - это вложенный запрос

т.е. если у меня Реквизиты.Наименование = "Дата", то в результате запроса я получу значение из ЗаказПокупателя.Дата

с текстом запроса можно делать все что угодно

ТекстЗапроса="
Выбрать
ЗаказПокупателя."+Реквизиты.Наименование;

(1) = (2) не то...
запрос выглядит таким образом

ВЫБРАТЬ
   ЗаказПокупателя[Реквизиты.Наименование]
ИЗ
   Документ.ЗаказПокупателя КАК ЗаказПокупателя
       ВНУТРЕННЕЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
           НастройкаРезервированияТоваровСрезПоследних.Склад КАК Склад,
           НастройкаРезервированияТоваровСрезПоследних.ИмяРеквизитаДляПостановкиВРезерв КАК Наименование
       ИЗ
           РегистрСведений.НастройкаРезервированияТоваров.СрезПоследних КАК НастройкаРезервированияТоваровСрезПоследних) КАК Реквизиты
       ПО ЗаказПокупателя.СкладГруппа = Реквизиты.Склад

А не то, потому что у меня могут быть различные наименования реквизитов.

(4)Перебирай эти "различные и строй текст.В чем трудность то?
"

автор, изучай построитель и СКД, там это реализовано

(6) это уже ближе к истине.
(5) трудность в том, что Вы не поняли что нужно

(7)Скажи что у тебя такое Реквизиты.Наименование?

(8) в запросе (3) показано, что это такое.

(9)Вот тут чтоли?

ЗаказПокупателя[Реквизиты.Наименование]


А ты вкурсе что такая конструкция не летает?

А можно как-нибудь в запросе получить наименование реквизита? Метаданные его?

(10) естественно знаю, потому и вопрос здесь задаю :)

(11)Неа. Нtkmpz

*Нельзя

у тебя же все равно фиксированный набор реквизитов в Реквизиты
 Тебе чтоли просто лень все прописывать?:)

(15) ок, но у меня может быть не заказ покупателя, а какой-то другой документ ;) Просто я немного упростил...

Можно конечно так сделать, но это не правильно :(

ВЫБРАТЬ
   ВЫБОР
       КОГДА (ВЫРАЗИТЬ(Реквизиты.Наименование КАК СТРОКА(100))) = "Дата"
           ТОГДА ЗаказПокупателя.Дата
       ИНАЧЕ 0
   КОНЕЦ КАК Значение
ИЗ
   Документ.ЗаказПокупателя КАК ЗаказПокупателя
       ВНУТРЕННЕЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
           НастройкаРезервированияТоваровСрезПоследних.Склад КАК Склад,
           НастройкаРезервированияТоваровСрезПоследних.ИмяРеквизитаДляПостановкиВРезерв КАК Наименование
       ИЗ
           РегистрСведений.НастройкаРезервированияТоваров.СрезПоследних КАК НастройкаРезервированияТоваровСрезПоследних) КАК Реквизиты
       ПО ЗаказПокупателя.СкладГруппа = Реквизиты.Склад

А не правильно, потому что наименование реквизиты может быть абсолютно любым, какой мы захотим получать в регистре НастройкаРезервированияТоваров

+(17) и соответственно перебирать все возможные наименования реквизитов как-то не правильно, запрос будет довольно большой, а вдруг мы добавим новые метаданные и т.д. ...

я так понял, это решается через характеристики в СКД

но такая организация данных и взаимодействие - ПЦ

(18) В (2) правильное решение.

(20) почему?

(22) перемес метаданных с данными

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

(23)+ вырастет гомункулус, который в определенный момент будет проще переписать, чем дополнить новыми функциями не поломав

(23) не понимаю в чем "плохо"

(26)Чем сложнее система тем более подвержена глюкам и поломкам.Сравни молоток и микроскоп:)

Проще надо стараться все делать

(26) связанность того, что логически не должно быть связано. сильносвязанные системы очень сложно модифицировать

Я как-раз упрощаю это:
ВЫБРАТЬ
   ВЫБОР
       КОГДА (ВЫРАЗИТЬ(Реквизиты.Наименование КАК СТРОКА(100))) = "Дата"
           ТОГДА ЗаказПокупателя.Дата
       ИНАЧЕ ВЫБОР
               КОГДА (ВЫРАЗИТЬ(Реквизиты.Наименование КАК СТРОКА(100))) = "ДатаОтгрузки"
                   ТОГДА ЗаказПокупателя.ДатаОтгрузки
               ИНАЧЕ ВЫБОР
                       КОГДА (ВЫРАЗИТЬ(Реквизиты.Наименование КАК СТРОКА(100))) = "ДатаОплаты"
                           ТОГДА ЗаказПокупателя.ДатаОплаты
                       ИНАЧЕ 0
                   КОНЕЦ
           КОНЕЦ
   КОНЕЦ КАК Значение
ИЗ
   Документ.ЗаказПокупателя КАК ЗаказПокупателя
       ВНУТРЕННЕЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
           НастройкаРезервированияТоваровСрезПоследних.Склад КАК Склад,
           НастройкаРезервированияТоваровСрезПоследних.ИмяРеквизитаДляПостановкиВРезерв КАК Наименование
       ИЗ
           РегистрСведений.НастройкаРезервированияТоваров.СрезПоследних КАК НастройкаРезервированияТоваровСрезПоследних) КАК Реквизиты
       ПО ЗаказПокупателя.СкладГруппа = Реквизиты.Склад

Хотя запрос немного неправильный, "Дата" надо тоже выразить как строка 100

Смысл в том, что таблицу, которая будет результатом этого запроса, мне будет проще анализировать, не нужно будет ее как-то программно еще перезаполнять и т.д.

Можно таким образом сделать, но это понижает производительность...


   Запрос = Новый Запрос;
   Запрос.Текст =
       "ВЫБРАТЬ
       |    ЗаказПокупателя.Ссылка КАК Документ,
       |    Реквизиты.Наименование КАК Реквизит
       |ИЗ
       |    Документ.ЗаказПокупателя КАК ЗаказПокупателя
       |        ВНУТРЕННЕЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
       |            НастройкаРезервированияТоваровСрезПоследних.Склад КАК Склад,
       |            НастройкаРезервированияТоваровСрезПоследних.ИмяРеквизитаДляПостановкиВРезерв КАК Наименование
       |        ИЗ
       |            РегистрСведений.НастройкаРезервированияТоваров.СрезПоследних КАК НастройкаРезервированияТоваровСрезПоследних) КАК Реквизиты
       |        ПО ЗаказПокупателя.СкладГруппа = Реквизиты.Склад";

   Результат = Запрос.Выполнить();
   Таблица = Результат.Выгрузить();
   Таблица.Колонки.Добавить("Значение");
   Для каждого Строчка Из Таблица Цикл
       Строчка.Значение = Строчка.Документ[Строчка.Реквизит];
   КонецЦикла;

во-первых, для целей определения реквизита лучше использовать перечисление. Во вторых, если лень рисовать ВЫБОР КОГДА для всех значений, то можно сконструировать текст в цикле

минимум:

ВЫБРАТЬ
   ВЫБОР
       КОГДА Реквизиты.Наименование = "Дата"
           ТОГДА ЗаказПокупателя.Дата
       КОГДА Реквизиты.Наименование = "ДатаОтгрузки"
           ТОГДА ЗаказПокупателя.ДатаОтгрузки
       КОГДА Реквизиты.Наименование = "ДатаОплаты"
           ТОГДА ЗаказПокупателя.ДатаОплаты
       ИНАЧЕ 0
   КОНЕЦ КАК Значение
ИЗ
   Документ.ЗаказПокупателя КАК ЗаказПокупателя
       ВНУТРЕННЕЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
           НастройкаРезервированияТоваровСрезПоследних.Склад КАК Склад,
           НастройкаРезервированияТоваровСрезПоследних.ИмяРеквизитаДляПостановкиВРезерв КАК Наименование
       ИЗ
           РегистрСведений.НастройкаРезервированияТоваров.СрезПоследних КАК НастройкаРезервированияТоваровСрезПоследних) КАК Реквизиты
       ПО ЗаказПокупателя.СкладГруппа = Реквизиты.Склад

ВЫБРАТЬ
   ВЫБОР
       КОГДА Реквизиты.ИмяРеквизитаДляПостановкиВРезерв = "Дата"
           ТОГДА ЗаказПокупателя.Дата
       КОГДА Реквизиты.ИмяРеквизитаДляПостановкиВРезерв = "ДатаОтгрузки"
           ТОГДА ЗаказПокупателя.ДатаОтгрузки
       КОГДА Реквизиты.ИмяРеквизитаДляПостановкиВРезерв = "ДатаОплаты"
           ТОГДА ЗаказПокупателя.ДатаОплаты
       ИНАЧЕ 0
   КОНЕЦ КАК Значение
ИЗ
   Документ.ЗаказПокупателя КАК ЗаказПокупателя
       ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.НастройкаРезервированияТоваров.СрезПоследних КАК Реквизиты
       ПО ЗаказПокупателя.СкладГруппа = Реквизиты.Склад

ибо непонятно, зачем убивать производительность вложенным запросом

(33)во-первых, для целей определения реквизита лучше использовать перечисление. - уверены? Мне на каждый новый реквизит нужно держать в голове, что его еще надо добавить в перечисления?

(34) - длина наименования не ограничена, так что не подходит. либо надо менять длину у наименования в регистре :) Поэтому через выразить написал.
(36) ну не знаю... у меня запрос в 2000+ строк спокойно выполняется за 5-7 секунд.. и там куча вложенных, думаю этак 5-7 уровней вложенность (не помню точно) ..

(37) если длина наименования не ограничена - это не хорошо.

(38) это согласен, просто первоначально так сделал, а что бы запрос написать, пришлось через выразить :)

(37) время выполнения, равно как и длина запроса слабо характеризуют оптимальность запроса. может этот запрос понтенциально 500 строк (улучшение читаемости => легкость модификации. например вложенные выборы убраны в (34))? или он может выполняться 1 секунду, из-за того, что в старом варианте не попадает в индексы что-то, но станет на 10% больше строк...

(40) он не может выполняться 1с, и выполняется он столько же времени сколько выполняется одна его часть по регистру продаж, можете сами потестировать, но прироста производительности из-за использования вложенных запросов я не наблюдал.
Боюсь запрос в 500 строк тоже не особо читабелен :)))

Можно. Смотри в библиотеке стандартных подсистем в общем модуле ОбщегоНазначения функции ПолучитьЗначениеРеквизита() и ПолучитьЗначениеРеквизитов().

(42) вы от куда? :)

(41) ну давай кусок по регистру продаж, посмотрю. коньяк отправлять почтой до востребования

нефига не понял:

ВЫБРАТЬ
   ....
   ЗаказПокупателя." + ИмяНужногоРеквизита + " ....

не работает что ли?

а млин - вложенный запрос.

(45) работает, если сооружать текст запроса в цикле по каким-то условиям

(47) имя реквизита во вложенном запросе меняется?

(48) ага

(40) да запрос то присылать зачем? :) сейчас скачал с Сайта Чистова консоль запросов (там секундомер есть)
Выполнение запроса по регистру товары на складах (обороты) с уровнем вложенности 3-7 (0.025-0.030 с)
без вложенных 0.024 - 0.027 с

Можно взять типовую ут (демо) на ней тестировал.

(41) - ага, ошибся, но у меня небыло секундомера, да и прирост не особо большой и на глаз не заметен.

Возвращаясь к теме: то, что мне нужно в 1С не продумано прямым способом, только через изменение текста запроса в цикле (подобно (29),(34),(35)), либо подобно (32)

(52) не исключаю и другие варианты, но я только их увидел

сдается мне, что в СКД это как то через характеристики можно реализовать. Но сама суть задачи нефига не понятна, поэтому дальнейших предположений делать не буду.

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

(55) так я и хочу получить тоже самое, но без условий, а напрямую ;) Но такое как я понимаю невозможно ...

(54) с СКД не очень дружу, и пока даже не представляю как это там сделать можно =\ и почему-то сомневаюсь, что то, что нужно возможно все-таки там сделать.

Не верю, что задачу нельзя решить формированием текста запроса в цикле, предварительно запросив данные из нужной таблицы настройки. Проще, легче, быстрее, оптимальнее.. Чего ещё нужно автору?

(58) что бы вы читали внимательно ... посмотрите (52)

(59) Так я и спрашиваю, что ЕЩЁ нужно? Решение есть (и не одно), что в них не устраивает?

(60) методы решения, я хотел как-то иначе ... проще ... без циклов и т.п.

(61) Нет их. А доказать это просто: сами 1С-ники когда пишут типовые конфы, использует метод формирования запроса в цикле.. Если они не знают - не знает никто.

(62) вот это я и выяснил общаясь на форуме :) и сделал вывод в (52).