Запрос, выполяемый в цикле - это нормально или это плохо?

(0) религия категорически против...

Нормально если по другому никак

(0) можно железной линейкой по рукам получить

Смотря какой запрос.

(2) "даже если вас съели - у вас два выхода" (с)

(0) на экзамене на спеца сразу отправят домой...

а у нас умельцы часть упп переписали с этим приемом ?)

(0) доказательства нет, но скорее всего это НЕНОРМАЛЬНО

(4)+1 например udate с union не канает, так шта...

(8) Совсем не всегда. Иногда это - единственно верное решение.

+(9) Плюс, инсёрты.

Иногда использую. База самописная, данных немного, ничего не тормозит. Но по-другому - никак..

(11) на само собой :))

Как то не видя другого способа сделал запрос в цикле - фрагмент отрабатывал минут 15, потом все же придумал способ и переписал на один запрос и обход результата в цикле - 5 секунд

Использовать можно. Если по другому ни как или медленнее.

(9,11) пример моно

(0) Все зависит от задачи.

(12) в контексте только 1с, где нет инсертов и апдейтов

о, да тут голосовалка

в остальном, если требуется

(10) наверное если только источник данных зависит от элементов коллекции

я так понимаю тут про SELECT запросы

(имхо) Если в цикле определяются/вычесляются/расчитываются/изменяются параметры или изменяется текст запроса - нормально.

+16 неужели не работает
insert into ...
(select ...
union
select ...) ?

Кореллированные запросы и есть цикл

в 99% случаев сразу руки оторвать надо за подобное

исключения бывают, но крайне редко

(16) Пример:
Функция Загрузить_итПартииТоваров_Расход(тзОбъект, оЗагрузка) Экспорт
   Перем Запрос_ПартииТоваров;

   Сам = Сам(Контекст);
   
   итПартииТоваров = тзОбъект.итПартииТоваров;
   рез = Загрузка_НайтиНеобходимыеДанныеВБазе_итПартииТоваров(оЗагрузка, итПартииТоваров);
   Если рез <> 1 Тогда
       Возврат 0;
   КонецЕсли;

   Запрос_ПартииТоваров    = СоздатьОбъект("ODBCRecordSet");
   стрИмяТаблицы            = ИмяВторойБазы+"."+Сам.Вид()+"Строки";
   
   Если УдалитьСтрокиВтройТЧ_Строки(Сам.идЭтотДок9, стрИмяТаблицы) <> 1 Тогда
       Возврат 0;
   КонецЕсли;
   
   Если Подготовить_Запрос_ПартииТоваров(Запрос_ПартииТоваров, стрИмяТаблицы) <> 1 Тогда
       Возврат 0;
   КонецЕсли;
   
   итПартииТоваров.ВыбратьСтроки();
   Пока итПартииТоваров.ПолучитьСтроку() = 1 Цикл
       Запрос_ПартииТоваров.УстПараметр(1 , итПартииТоваров.ИдСтроки);
       Запрос_ПартииТоваров.УстПараметр(2 , итПартииТоваров.Товар);
       Запрос_ПартииТоваров.УстПараметр(3 , итПартииТоваров.Партия);
       Запрос_ПартииТоваров.УстПараметр(4 , итПартииТоваров.Количество);
       Запрос_ПартииТоваров.УстПараметр(5 , итПартииТоваров.ЕдИзм);
       Запрос_ПартииТоваров.УстПараметр(6 , итПартииТоваров.Коэффициент);

       Если Запрос_ПартииТоваров.Выполнить() <> 1 Тогда
           Сообщить("Ошибка при записи таблицы СоставНаборов!
           |"+Запрос_ПартииТоваров.ПолучитьОписаниеОшибки());
           
           УдалитьСтрокиВтройТЧ_Строки(Сам.идЭтотДок9, стрИмяТаблицы);
           Возврат 0;
       КонецЕсли;
   КонецЦикла;
   
   Возврат 1;
КонецФункции

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

Лучше избегать. Бо поднимется траффик к серверу и т.п.

(3)->(0)

+(7) вот кусок, который мне нравится

Процедура СписокПриПолученииДанных(Элемент, ОформленияСтрок)
       
   пЗаказНаПроизводство = Новый СписокЗначений;
   пТребованиеНакладная = Новый СписокЗначений;
   пОтчетПроизводстваЗаСмену = Новый СписокЗначений;
   пРеализацияВнутренняя=Новый СписокЗначений;
   Для Каждого ОформлениеСтроки Из ОформленияСтрок Цикл
       

        ЗаказПокупателя= ОформлениеСтроки.ДанныеСтроки.Ссылка;
        НомерЗаказа=ОформлениеСтроки.ДанныеСтроки.Номер;
               
        Запрос = Новый Запрос;                              
        Запрос.Текст = ....

При использовании MS SQL server бывают случаи когда этого не избежать...
Ограничение в 256 таблиц дает о себе знать.
С другими случаями пока не сталкивался...
Хотя если посмотреть УПП, то там такое добро встречается...

(26) при всем моем уважении, неужели по другому никак?

Во внешних отчетах и обработках иду против религии довольно часто. Считаю, что против религии нельзя идти при разработке ядра. То есть мне можно, а разработчикам  из фирмы 1С - нельзя.
  Голосую два раза.

(30) в 2005 вроде как уже нет этого ограничения?

+(23) работает в FB:

insert into Sales
select 101, CLIENT, GOOD, AMOUNT, SALEDATE, QUANTITY
from SALES  where ID=1
union all
select 102, CLIENT, GOOD, AMOUNT, SALEDATE, QUANTITY
from SALES  where ID=2

Голосую второй раз.

(31) Подскажи? :)
Как ты индексированную таблицу по другову в скулевую таблицу запихаешь?

(0) Вот пример, запроса в цикле.

К в справочнике контаргенты 1 миллион записей, причем групп намного меньше чем элементов.

Нужно отобрать все группы, подчиненные выбранной группе.

Запрос с условием

|ГДЕ
|   Контрагенты.ЭтоГруппа И Котрагенты.Ссылка В ИЕРАРХИИ"

будет намного медленнее чем n-ое количество запросов

|ГДЕ
|   Контрагенты.ЭтоГруппа И Котрагенты.Родитель = &Родитель
|

У меня есть пример круче.
В типовом семерочном запросе есть функция реализующая прямой запрос.
Но там свою нюансы.)))

(36) логику не понял из этого куска
и хз , что такое индексированная таблица, но всегда есть "два выхода" :)

(33)Еще как есть. А вот 2008 еще не щупал.

в цикле типа;)
Для i=1 По 2 Цикл

(41) ну т.е. можно использовать, но в небольших циклах,да?:) Разработчик получается сам это определяет. И религия 1С здесь не при чем?

(41) зачем такой цикл? хотя раньше юзал, было дело (скопипастил идею у одного человека)
Теперь выношу внутренность цикла в отдельный метод

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

(39) Это кусочек обмена. Тоесть, имеем на руках взятую из файла индексированную таблицу (хитрую таблицу значений) и должны запихать ее в БД. Ничё другого тут не сделаешь...

(42) ну да, иногда это эффективнее,чем писать два раза примерно один и тот же текст запроса;)

(37) зато код может стать абсолютно нечитабельным.
если разница 5-10 секунд, то лучше писать В ИЕРАРХИИ.

(46) для этого надо использовать подпрограммы, смотри (43)

(47) 5-10 секунд!!!
Он должен выполняться за максимум за 0.2 секунды.

5-10 секунд как раз если использовать В ИЕРАРХИИ

А если по-другому, то - 0.1 секунды.

(49) А если так
Сколько выполнятся будет?
|ГДЕ
|   Контрагенты.ЭтоГруппа И (Котрагенты.Родитель = &Родитель Или Котрагенты.Родитель.Родитель Или Котрагенты.Родитель.Родитель.Родитель)

(50) Опупеть...

(50) Не тогда надо так:

ГДЕ
|   Контрагенты.ЭтоГруппа И (Котрагенты.Родитель = &Родитель Или Котрагенты.Родитель.Родитель Или Котрагенты.Родитель.Родитель.Родитель ИЛИ
.....
Котрагенты.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель......Родитель)

(49) ну а как ты хотел, на создание временных таблиц время нужно.)
Зато как сильно это облегчает жизнь разработчику)))

(52) Ясное дело что зависит от уровня вложенности..
Я прошу просто засечь время

(54) А какой смысл в этом засекании?

(54) надо поглядеть....
Самому интересно стало

(56) Можешь не смотреть. Ибо скорость выполнения будет очень сильно зависеть от количества групп в справочнике. Точнее, от соотношения количества групп и элементов.

(57) Да, точняк

(58) Проверил? У меня просто в базе элементов всего лишь 17 штук..

(59) Да, все зависти от количества подчиненных групп.

В самом тяжелом случае, где подчиненных групп около 100, твой запрос быстрее в 5 раз.
В самом легком случае,твой запрос медленнее раза в 3.

(60) По сравнениню с иерархией?

(61) Не, по сравнению с запросом в цикле.

Если иерархию использовать то это вообще пипец. Там запрос сам секунд 10 отрабатывает.

За такое просто сразу отрывать руки, запросы в цикле.. ппц...

(63) Веточку внимательно прочитай.

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

А теперь такая задача: нужно в форме списка документов выводить допустим количество подчиненных документов.

(64) почитал ) не переживайте

(65) Не нужно утрировать насчет криворукости. Есть к примеру еще и RLS

(66) + в колонке строки табличного документа

(67) Тогда еще чуток подумай...

(65) РЛС хорошо, но зло.
(70) подумал, не переживайте. Пока я не видел примеров ни в своей практике, ни тут, когда без запроса в цикле не обойтись. Когда нужно все же что-то в цикле - предпочитаю рау-чтение, без запросов, работает намного быстрее

(71) А теперь посмотрим на (26).

(69) графа отбора спасет отца русской демократии с использование ПриПолученииДанных или ПриВыводеСтроки?

(72) А причем тут 7ка? Да еще и с техническими ограниченими ОДБЦРекордсета? ) Разговор же про штатные запросы в 8ке

(74) "Разговор же про штатные запросы в 8ке" - кто тебе такое сказал? Цитирую:
"Запрос, выполяемый в цикле - это нормально или это плохо?"
"Да еще и с техническими ограниченими ОДБЦРекордсета?" - чегооо?

(75) тема В8, запросы в цикле, оттуда и известно.

Про ОДБЦ - вы не можете передать в параметр таблицу значений - это технические ограничения ОДБЦРекордсета, которые вы кое-как пытаетесь обойти и радуетесь, что у вас запрос в цикле, вместо того, чтобы подготовить под булк инсерт или общий большой инсерт, если набор данных небольшой.

(76) Нда... Прям телепат какой-то...
"вместо того, чтобы подготовить под булк инсерт" - скокрость-то потестируй сначала.

(77) Просто вы оффтопите. Вот и по существу: мне интересен пример, когда запрос в цикле жизненно необходим. Пока с таким не сталкивался. Извраты на 7ке с ОДБЦ за пример не считаю.

(78) Прямых запросов в восьмерке еще ни разу не видел? В конце концов, ни разу из внешнего файла справочники в базу не тянул?
"О сколько нам открытий чудных..."
"Извраты на 7ке с ОДБЦ" - вообще в мемориз...

(77) если важна скорость, то MIIS всех спасет, быстрее, чем он, вы не сделаете точно. Или в ОДБЦ используется СУБД, которая не поддерживает МИИС? И, собственно, именно поэтому ОДБЦ используется?

(80) Для особоодаренных: MIIS - это кто?

(79) прямые запросы из 8ки к 8ршной базе!?? Это, когда переходишь с 7ки и не знаешь, как сделать?

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

стараюсь составлять единый запрос в цикле, выполняемый 1 раз

(82) Да нет... Это когда нормальная скорость нужна или, например, свои механизмы обмена. Вариантов масса может быть.

(85) Нормальная скорость обмена на 1с с другими инф. системами не будет никогда. И уж тем более запросы в цикле этому не помогут.

(83) "Пожожлите" - чего сделать? :)
Что-то мне яндекс много вариантов выдает. На каком именно Вы настаиваете?

(86) Всё... Вот после этого я точно считаю дальнейшее общение бессмыслнным. Подучите матчасть...

при необходимости

(87) http://msdn.microsoft.com/ru-ru/library/ms141026.aspx

(88) да без проблем, вопрос в топике задан ) ответ получен. Мало того, что не нужно, но и вредно

(89) если не затруднит, а можно узнать про "необходимость", какая такая может быть?

запрос в запросе тоже хорошо . или даже запрос в запросе в запросе

если надо тогда...

Можно, но особо много не стоит

(29) Двойка!

(29) Надо сначало пробежаться циклом по
ОформленияСтрок
и получить список ссылок, по ним построить запрос 1 раз и 2 циклом - вывести текст.

Ибо всегда есть вариант
1 запрос.

Особенно с ПакетнымЗапросом и Временными таблицами.

(96)+ делать это нужно в ПриПолученииДанных, но никак не приВыводеСтроки.

Можно если очень хочется, но очень осторожно

сотка в холиваре

(95) Ты (7) прочитай...Это не моя..Мне пришлось это исправлять :)

Некоторые задачи по другому не реализуемы.
Например расчет потребности в материалах по спецификации в УПП.

+(101)я циклом в соотвествие пихал ссылки...и тд :)

Запрос в цикле ни чуть не хуже, чем получение реквизитов через точку (тоже в цикле, особенно у документов с большими тч)

Сколько фанатиков-то сообралось :)

(105) да уж немало

Еще проще пример, семерочный, имеем журнал платежных поручений, против каждой платежки галочка появляется если по ней есть выписка. Функция поиска подчиненных документов запускается по каждой строке из видимых на экране, при каждом изменении отображаемых строк (прокрутка, перепозиционирование). И ведь по-другому никак. Т.е. можно было бы в принципе, но ограничение движка-с. Так что:

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

(107) А зачем для этого цикл на клиенте делать?

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

(109) А как ты в семерке узнаешь какие строки у тебя на экране? Можно было бы и для видимых в один запрос, но так как реализуется на макроязыке, а движок инфы не предоставляет о том что в данный момент на экране, по другому там и никак. Цикл-то неявный, просто функция в формуле колонки ТЧ. Собсно любая функция в формуле это запрос в цикле, если к базе обращается.

(110) Код в студию. Ни разу не видел. :)

(111) "Цикл-то неявный, просто функция в формуле колонки ТЧ" - а, вон ты про что... Я думал - ты структуру подчиненности в цикле вытаскивал.

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

(113) Да не, просто утром аналогичный подправлял, вот и вспомнилось. Надо для прикола голосовалку завести, что быстрее,
Если ПодчДок.ВыбратьПодчиненныеДокументы(ТекущийДокумент.ДатаДок,РабочаяДата(),ТекущийДокумент) = 1 Тогда [\1c]
или
Если ПодчДок.ВыбратьПодчиненныеДокументы(,,ТекущийДокумент) = 1 Тогда [\1c]
ну только чтобы знатоки по первости воздержались от комментариев. :)

(112) например, некоторые вещи без меток не сделаешь в консолидации

(116) Да ну? Это какие же? Сколько раз тут говорили что некоторые вещи с метками не сделаешь, или с метками лучше. Всегда находилось более красивое и эффективное решение без меток. Такие фразы говорят только о недостаточном навыке структурного программирования...

с метками не сделаешь = без меток не сделаешь

если запрос к временной таблице - нормально, дето в типовой видел недавно

(117) в консолидации куски кодов заполненные в справочники обрабатываются через выполнить().

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

Пример: загрузка данных из текстового документа, с синхронизацией ...

(116) - поддерживаю, видел очень красивый код, запомнил _именно_ по меткам, но лично мне сопровождать тяжеловато, не "меточное" мышление, увы. И повторить не смогу.

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

Пример с лёта:
Каждая последующая итерация запроса в цикле координально зависит от результатов предыдущей, вплоть до изменения структуры.

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

Скорее нельзя чем можно. Равно как и применение перехода по меткам

(123) ага, пиши нуралиеву об этом =)

Дядя Васька, между прочим, в типовых метки используются...