Нужно обработать все элементы нескольких справочников и документов. Вот думаю выбирать все и сразу или по видам объектов. Если все и сразу то данных дофига, а с другой стороны запрос в цикле - как бы некошерно.

подумай про объединение

(0) если разово обработка применяется то делай так как тебе быстрее наваять..

если обработка будет формироваться регулярно как правило запрос в  цикле это не есть хорошо

(1)Так речь как раз об этом и идет - то ли все в одном запросе через объединение то ли по видам метаданных. Просто когда будет все в одном запросе боюсь на файловой базе на обычном компе будет очень медленно

(2) в том и проблема что регулярно

(4) ну тогда думай о всяких там левых соединениях

а вообще любая решенная задача состоит из двух событий:

1. работает
2. работает оптимально

[Нужно обработать все элементы нескольких справочников и документов] а что конкретно нужно с ними сделать?

Голосовалку давай

перебор метаданных в цикле с использованием продолжить никак?

пакетный запрос, не?

(9)это в смысле динамический текст запроса? Так я не о том как сделать а как лучше сделать.
(10)А чем он решит проблему производительности? Я так понимаю память он все равно отожрет одинаково что при пакетном запросе что при объединении.

Апну тему. А то чето мне все равно не спокойно. Ну не работал я с большими базами. Построил я запрос динамически. Выгреб все что нужно и теперь представил что этот запрос отработает на базе 10 летней да с огромным документооборотом. Нет у меня опыта работы с такой базой, но чую радаром что увалит такой запросище сервак. Успокойте кто нибудь мою совесть, а?

(0) открой для себя план обмена

(13)и как он мне в отчете поможет?

(12) Че там? Очкуем?

Ничего страшного в запросах к простой табличке в цикле нет

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

Это Остатки выбирать в цикле - дикость, ибо их результат не увалит сервер SQL в аут (ну при разумном наборе измерений)

Вообше - прикинь по размеру - не уйдет ли у тебя выборка за 1 мегабайт (ибо такое по дефолту на sql серверах стоит ограничение).

(16)озвучил в (0)еще. Отчет, строится по метаданным. Выбираются все записи из выбранных справочников и документов. Вот если взять 20 справочников и 10 документов. Да за 10 лет. Проверить не могу, ибо отчет делаю на маленькой базе, больших нет. Но чето подсказывает что полученные несколько миллионов записей убъют сервак

(19) Убьют. Дальше что?

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

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

(20)вот. Может выпишите мне индульгенцию на запрос в цикле и отпустите?

(23) выбирай порциями по 100000 записей и спи спокойно.

(21)-(22)Да это что то типа статистики. Переварят.

(21) У тебя классическая проблема рефлексирующего интеллигента - программист должен делать, а не думать!

(24)Спасибо, падре. Теперь моя совесть чиста. Когда в меня какашками будут бросать скажу у меня индульгенция с подписью и печатью

(21) Сходи интереса ради в алкогольную ветку, или к Дефендеру стукнись, поинтересуйся его макулатурными делами.

(25) нет в природе пользователя, который что-либо осмысленное может сделать с отчетом в более, чем 5 колонок и 50 строк. А уж с отчетами, которые даже скуль переварить не может и подавно смысла связываться нет.

а чо это за сервер, убиваемый 10 лямами??... или, чо за прог, который себе такое позволяет..

(29) Лефмихалыч, дай зачетку))... а оппонентов учить фасми отправь))

(29) Скуль может все переварить. Порциями.

(30)Опять началось.
(29)ну это ты зря. Была у меня аналитик. Она универсальный отчет нашла и все. Никакие отчеты ей больше не нужны были)))

(25) так если это что-то вроде статистики, может при записи документа/справочника помещать нужные данные в один регистр, а потом уже из него тянуть

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

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

(35) Конечно, конечно.

(37) не надо меня успокаивать - это бесит

Ты какой-то агрессивный.

это нормально - агрессия, когда элементарных вещей не разумеют

Как же вам с юзверями не везло(((

(39) отнюдь - я предельно дружелюбен и голову оторву любому, кто с этим не согласен

(41) Или наоборот

(41) тэкс, что за обобщения, и в чем невезение?))

Я изза вас с танчиков вышел. Тогда слушайте
(44) "а отчет, который не умещается на экране, сам по себе не нужен". Грамотным пользователям, которые работают а не фигней маются, нужны отчеты разные. И большие и маленькие.)))

(45) ну, да - фкугсе - они их печатают, а потом линейкой крыжат. Иначе шреддеру кушать нечего

(45) сам какими либо отчетами для себя пользуешся, помимо того, что для других пишешь))

(47) Настоящие пацаны отчетами не пользуют.
Настоящие пацаны смотрят запросы в enterprise manager

(48) согласен... только с условием, что настоящие пацаны знают Group By c havig

(47)пользуюсь штатными и вот начал делать группу отчетов для типовой для контроля за юзверями. А то задрался их ошибки вылавливать типовыми отчетиками в две колонки и 5 строк(((

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

(51)Причину искоренить не могу - бущек убить не разрешает ук, руководство не разрешает править типовую конфигурацию. (((

поставлю ка я (с) на 51  ))

(51)Когда пользователю написал в картинках инструкцию детальную и подробную, стрелочками прорисовал какие кнопочки за какими нажимать. Раз десять показал и рассказал, а они все равно умудряются делать одни и те же ошибки на протяжении полгода(((

ТекстЗапроса = "";
   Для Каждого ОбъектМетаданных Из Метаданные.Документы Цикл
       Если ТекстЗапроса <> "" Тогда
           ТекстЗапроса = ТекстЗапроса + "
           |ОБЪЕДИНИТЬ ВСЕ
           |";
       КонецЕсли;
       ТекстЗапроса = ТекстЗапроса + "ВЫБРАТЬ
       |    """ + ОбъектМетаданных.Имя + """ КАК ИмяОбъектаМетаданных,
       |    Ссылка КАК Ссылка
       |ИЗ
       |    Документ." + ОбъектМетаданных.Имя;
   КонецЦикла;
   
   ТекстЗапроса = ТекстЗапроса + "
   |ИТОГИ ПО
   |    ИмяОбъектаМетаданных";
   
   Запрос = Новый Запрос;
   Запрос.Текст = ТекстЗапроса;
   
   // нужно учесть одну вещь - SQL не выполнит запрос
   // если таблиц в конечном запросе более 256
   // с этим можно бороться, применив сочетание пакетного запроса
   // порциями по 256 таблиц с объединением
   
   Результат = Запрос.Выполнить();    
   ВыборкаИмяОбъектаМетаданных = Результат.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам);
   
   Пока ВыборкаИмяОбъектаМетаданных.Следующий() Цикл
       Выборка = ВыборкаИмяОбъектаМетаданных.Выбрать();
       Пока Выборка.Следующий() Цикл
           // обработка ссылок на документы
           // выбранного типа
       КонецЦикла;
   КонецЦикла;

(0) Вот как это делается - (55)

(56)Спасибо, но я и так знаю. Вопрос - при каком объеме данных ляжет сервер?

(57) Найди в типовой конфе от 1С запрос в цикле и успокойся. Что можно прогам из 1С, то можно и тебе.

Нельзя запросы в цикле писать только на экзамене в учебном центре, но ты же не на экзамене ;-)

(57) Сервер при более чем 256 таблицах, может и не ляжет, но исключение будет вызвано.
>Вопрос - при каком объеме данных ляжет сервер?
Сложный вопрос. Я своим запросиком, помню, как-то вешал сервак и блокировал работу всех пользователей во всех базах этого сервака. Таблиц было немного, но я элементарно забыл добавить условие соединения и, как следствие, получил огромную выборку, которая все ресурсы и засорила.

При соединении N таблиц происходит k1 * k2 * ... * kn проверок условий соединения. Вот и представь, сколько места выборка займет в оперативе, если условие соединения всегда "ИСТИНА", т. е. число строк в выборке k1 * k2 * ... * kn ??? 3 таблицы по 10000 строк соединить по ИСТИНА и получить выборку в 1000000000000 строк, думаю, будет достаточно, чтобы повесить сервак.

Делай в цикле - не парь мозг(и скульный сервак).

(60) где ты там соединения увидел?? Там ОБЪЕДИНИТЬ ВСЕ.

(63) Да это я просто привел рецепт на тему "как повесить сервак". Но и ОБъединений тоже может быть достаточно, при большом объеме данных.