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

1 запрос и все

что такое цикл в запросе?

(0) Известная велосипедистка Мисти не сдавала экзамен на специалиста по платформе.

(2) Это - запрос в цикле наоборот.

(3) не-а, не сдавала. И не сдам никогда! У меня склероз, до сих пор всё ищу в словарике "7-8"

(5) Пейте таблеточки

(2) Я пояснила, что я имею в виду.
Просто часть данных заведомо не понадобиться.
Не, ну теоретически - возможно все-все условия указать в запросе и не искать лишнего, но так я не умею.

Какая то слабенькая попытка потроллить. До Светы тебе ой как далеко

А потом: "1С тормозит, на костёр 1С" =)))

(9) и без меня тормозит.

Ну так что, всё в одном запросе? А 1с разве не рассчитвает по строкам?

(11) делай рекурсивный запрос в цикле

(0)
Самое медленное - запрос
Он должен быть один.
Не должны по возможности извлекаться лишние данные
И потом не должно быть в постобработке обращений через точку.

Пост обработка это доли сек если нет супер пупер партионного учета

Запрос в цикле - это хорошо. Особенно если при этом выводить прогресс-бар с процентиками. Это бухгалтера любят, это настраивает на позитив.. можно спокойно попить кофе.

(11) это вопрос к Defender-у. Удивляюсь, зачем запрос, ежели в объекте ТЧ уже есть. Если чего-то не хватает, доставай обычными методами объекта (который уже есть). Ну уж, если нет, то как хочешь

(13)+
Не , ну если очень постараться можно завесить и постобработку результата запроса - например  в цикле создавать ТЗ по 10 000 элементов

Лучше выполнить одни большой запрос, потом проверить данные подзапросами в цикле, и плюс убедиться в корректности обращением через точку к объектам. Для надёжности и в целях подстраховки.

А передать табличную часть в запрос как параметр?
И тогда будет один запрос. Или я что-то неправильно понял?

Хватит издеваться!
А вот серьезно, неужели "для каждого стр из Объект.Товары" - существенно медленнее, чем если это выгрузить в таблицу?

(19) один раз открыть дверь или сто раз открыть дверь?

Предположим, по списку номенклатуры нужно искать доп. реквизиты, но в зависимости от разных условий (в частности, от остатка на складе, который в другом запросе, в один я их точно не объединю) нужно искать разные доп. реквизиты. Можно сразу найти все и потом из таблицы вытаскивать нужные, или в в цикле по каждой строчке - но зато искать только нужное, где-то доп. реквизиты и вовсе не нужны.

(21) Доп реквизиты - это одна таблица. Если всё так сложно, получай все, а потом по необходимости используй нужные.

(21)
>>в один я их точно не объединю
Выгружаешь результат во временную (Поместить)
Дальше с ней работаешь Все в один запрос сувать не надо

А несколько запросов отдельно, или в пакете - принципиально на скорость влияют?

(24) В пакете - в смысле пактным запросом? Конечно принципиально. Пакетный обычно быстрее.

Если про поместить - я большой разницы не заметил

Менеджер временных должен быть один

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

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

(29) та да

У меня будет 2 запроса, а в циклке по строкам я разберусь, что откуда брать.

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

Как красиво вставить туда массив?
У меня вот так пока

        МассивНомен = Новый Массив;
        Для Каждого СтрокаТовары Из ВыборкаДокументы.Ссылка.Товары Цикл
            МассивНомен.Добавить(СтрокаТовары.Номенклатура);
        КонецЦикла;

Ну и, кстати, работает - незаметно как. Быстро. Хотя некрасиво, конечно.

(32) Открой для себя МассивНомен =ВыборкаДокументы.Ссылка.Товары.ВыгрузитьКолонку(Номенклатура");

Вообще то достаточно Ссылки

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

(35) двойка тебе

Не надо двойку, надо совет.

как то так:
-------------

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

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

это опять же смотря какой сервер и какой запрос - можно запросом по всем документам за год сервер и вообще положить, а разбив на части потихоньку выполнить. мне нравится запрос из нескольких складывать через временные... забыл как они и называются в запросе "ПОМЕСТИТЬ В"

(39) злыдень)))

не знаю известную велосипедистку лично, как некоторые отписавшиеся в теме, но трололо, по-моему, витает в воздухе. по теме - речь идет о регистре сведений ЗначенияСвойстОбъектов?

(42) не угадал, смотри внимательно (32) это УТ11

Дополнительные реквизиты - это табличная часть справочника номенклатура вроде...

(35) Это будет глючить. Потому что ТЧ в БД и ТЧ в объекте не обязаны совпадать. Да, кстати, а если документ новый и еще ни разу не записанный - что делать?

(45)
Посмотри на выборку девушки - документы не новый.
Как довести до ума с массивом - пущай сама думает
Разница с  (38) никакой нет, если не нужны реквизиты из ТЧ
А что такое ТЧ в объекте - вообще не понял

В варианте 38 она может получить в 10 раз больше строк, чем необходимо, что не комильфо

Ответ можно узнать очень просто - реализовать оба варианта и замерить

(46) Вот я записал документ со 100500 строками, потом открыл документ, очистил табличную часть и добавил 1 строку. Твой запрос даст 100500 строк вместо 1.

(46) разница с 38 очень даже есть выражается в скорости(35 будет выполняться существенно дольше)
табличная часть товары в документе (измененном, но еще не записанном) будет отличаться от данных в Базе

(47)(50) про ограничения ничего не было сказано))

(50) сделал как у нее в (32), на каждую строку в документе выводит доп. реквизит, что просили то и получили. ну может малость недоделан, выборку документов в этот же запрос закинуть вместо МассивДокументов

(50)
Вы что издеваетесь ?
Предположим что есть 10 000 документов с 10 строками 10 свойств. 500 различной номенклатуры
Вариант слевым соединением даст
10 000 * 10 * 10 = 1 млн строк

Вариант "в" (ссылку заменить на массив) даст
500*10 = 5000 строк

(53) Быстро, но неправильно - это не наш метод.

(53) если в (38) добавить "Различные" или сгруппировать правильно запрос, результатом будут те же 5000 строк, только выполняться он будет раз в 100 быстрее (35)

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

+(56) естественно к постам (51)(52)

(55)
Можно поинтересоваться с какой стати Вы так решили ?

Видели план запроса, делали замеры или с чего ?

))))

ВЫБРАТЬ РАЗЛИЧНЫЕ
    ТестовыйДокументТовары.Товар КАК Товар
ПОМЕСТИТЬ СписокТоваров
ИЗ
    Документ.ТестовыйДокумент.Товары КАК ТестовыйДокументТовары
ГДЕ
    ТестовыйДокументТовары.Ссылка.Дата МЕЖДУ &Начало И &Конец

ИНДЕКСИРОВАТЬ ПО
    Товар
;

ВЫБРАТЬ
    ТоварыДополнительныеРеквизиты.Свойство,
    ТоварыДополнительныеРеквизиты.Значение,
    ТоварыДополнительныеРеквизиты.Ссылка
ИЗ
    СписокТоваров КАК СписокТоваров
        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Товары.ДополнительныеРеквизиты КАК ТоварыДополнительныеРеквизиты
        ПО СписокТоваров.Товар = ТоварыДополнительныеРеквизиты.Ссылка

(58) тогда лучше это мерять (59)