Запрос в цикле (или цикл в запросе)? #684463

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

1 запрос и все

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

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

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

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

Пейте таблеточки

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

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

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

и без меня тормозит.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

та да

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

Ну а простой вопрос: Как красиво вставить туда массив? У меня вот так пока Ну и, кстати, работает - незаметно как. Быстро. Хотя некрасиво, конечно.

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

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

двойка тебе

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

как то так: ------------- ВЫБРАТЬ ИЗ

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

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

злыдень)))

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

+ естественно к постам

Можно поинтересоваться с какой стати Вы так решили ? Видели план запроса, делали замеры или с чего ?

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

тогда лучше это мерять