Цикл в цикле 1С: как избежать и оптимизировать код

Вложенные циклы в 1С:Предприятие — одна из самых распространённых причин замедления работы конфигураций. Даже опытные разработчики иногда сталкиваются с ситуацией, когда простая на первый взгляд обработка данных внезапно начинает «подвисать» на минуты или даже часы. Виной тому — неэффективные алгоритмы с циклами внутри циклов, которые при больших объёмах данных превращаются в настоящую «бомбу замедленного действия».

Проблема усугубляется тем, что 1С — это не только язык программирования, но и платформа с собственными механизмами работы с данными. Классический подход «пройтись по всем строкам таблицы, а внутри каждой строки запустить ещё один обход» может быть оправдан в небольших задачах, но при обработке тысяч записей он приводит к экспоненциальному росту времени выполнения. Например, если внешний цикл обрабатывает 1000 элементов, а внутренний — ещё 1000, то общее количество итераций достигает миллиона! И это без учёта накладных расходов на обращение к базе данных.

В этой статье мы разберём не только почему вложенные циклы опасны, но и покажем 10 практических способов их оптимизации — от замены на SQL-запросы до использования временных таблиц и специализированных методов платформы. Вы узнаете, как сократить время выполнения кода в десятки раз, избегая типичных ошибок.

Почему вложенные циклы тормозят 1С: разбор механизма

Основная проблема вложенных циклов в 1С кроется в архитектуре платформы. В отличие от компилируемых языков (например, C++ или Java), где циклы выполняются на уровне машинного кода, в 1С каждая итерация проходит через интерпретатор. Это означает, что:

🔹 Каждый обращение к элементу коллекции (массива, таблицы значений) сопровождается проверками и накладными расходами.
🔹 При работе с данными из базы (например, документами или справочниками) каждая итерация может инициировать отдельный запрос к СУБД, если не используется кэширование.
🔹 Вложенные циклы создают квадратичную сложность (O(n²)), что критично для больших объёмов данных. Например, обработка 10 000 строк во внешнем цикле и 100 строк во внутреннем даст 1 000 000 операций!

Дополнительный фактор — блокировки транзакций. Если цикл модифицирует данные (например, проводит документы или изменяет справочники), то каждая итерация может удерживать блокировки, что приводит к конфликтам с другими сессиями пользователей. В результате система не только тормозит, но и начинает выдавать ошибки вида «Объект заблокирован другим пользователем».

Типичные ошибки при работе с циклами в 1С

Многие разработчики допускают одни и те же ошибки, которые сводят на нет все попытки оптимизации. Вот наиболее распространённые из них:

🚫 Избыточные обращения к базе внутри цикла. Например, получение данных справочника или остатков по каждому элементу коллекции вместо одного массового запроса.
🚫 Использование методов с высокой стоимостью (например, НайтиПоНаименованию или ПолучитьОбъект) в каждой итерации.
🚫 Отсутствие индексов на полях, по которым ведётся поиск внутри цикла. Это заставляет СУБД сканировать всю таблицу при каждом обращении.
🚫 Модификация коллекций во время обхода (добавление/удаление элементов в массиве или таблице значений, по которой идёт цикл).

Особенно опасна комбинация вложенных циклов с рекурсией. Например, если внутри цикла по документам запускается процедура, которая сама содержит циклы по строкам табличной части, а та в свою очередь вызывает ещё одну процедуру с обходом данных — получаем «матрешку» из операций, которая может привести к переполнению стека или зависанию сеанса.

⚠️ Внимание: Если ваш код содержит конструкции вида Для Каждого.. Из.. Цикл внутри другого Для Каждого, и при этом обращается к данным из базы — скорее всего, его можно оптимизировать в 10–100 раз.

Способ 1: Замена циклов на SQL-запросы

Самый эффективный способ избавиться от вложенных циклов — перенести логику обработки данных на уровень SQL. Платформа 1С:Предприятие позволяет выполнять запросы к базе данных, которые обрабатываются на стороне СУБД (например, Microsoft SQL Server или PostgreSQL), что в десятки раз быстрее, чем обход коллекций в коде.

Пример: вместо того чтобы в цикле по документам искать строки с определённым товаром, можно написать один запрос:

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

Преимущества подхода:

✅ Обработка данных происходит на стороне СУБД, которая оптимизирована для таких операций.
✅ Можно использовать индексы, joins и другие механизмы SQL для ускорения.
✅ Код становится лаконичнее и легче для поддержки.

⚠️ Внимание: Если в вашей конфигурации используется файловый режим (без SQL-сервера), запросы всё равно будут работать, но их производительность ограничена возможностями встроенной СУБД 1С. В этом случае оптимизируйте запросы, избегая сложных соединений.

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

Ограничивать выборку полей (не использовать *)

Добавлять условия в WHERE для фильтрации на стороне СУБД

Проверять план выполнения запроса в консоли SQL-сервера-->

Способ 2: Использование временных таблиц

Если полностью заменить циклы на запросы не получается (например, нужна сложная логика, которую трудно выразить в SQL), можно использовать временные таблицы. Они позволяют:

Выгрузить данные из базы один раз.
Обрабатывать их в памяти без повторных обращений к СУБД.
Применять индексы для ускорения поиска.

Пример: вместо обхода всех документов и поиска в них нужных строк можно загрузить данные во временную таблицу и работать с ней:

// 1. Создаём временную таблицу ВременнаяТаблица = Новые ТаблицаЗначений; ВременнаяТаблица.Колонки.Добавить("Документ"); ВременнаяТаблица.Колонки.Добавить("Товар"); ВременнаяТаблица.Колонки.Добавить("Количество"); // 2. Загружаем данные одним запросом Запрос = Новый Запрос; Запрос.Текст ="ВЫБРАТЬ.."; // Ваш запрос РезультатЗапроса = Запрос.Выполнить; ВременнаяТаблица.Загрузить(РезультатЗапроса); // 3. Обрабатываем данные во временной таблице Для Каждого Строка Из ВременнаяТаблица Цикл // Ваша логика без обращений к базе

КонецЦикла;

Для ускорения поиска по временной таблице можно добавить индексы:

ВременнаяТаблица.Индексы.Добавить("ИндексПоТовару");
ВременнаяТаблица.Индексы.ИндексПоТовару.Колонки.Добавить("Товар");

Метод обработки	Скорость (10 000 строк)	Нагрузка на СУБД	Сложность кода
Вложенные циклы с обращением к базе	~30 секунд	Очень высокая	Низкая
Временная таблица + один запрос	~1 секунда	Низкая	Средняя
Чистый SQL-запрос	~0.1 секунды	Минимальная	Высокая (требует знания SQL)

Способ 3: Применение коллекций и методов платформы

Платформа 1С:Предприятие с коллекциями, которые могут значительно ускорить обработку данных по сравнению с ручными циклами. Например:

📌 Метод НайтиСтроки для таблиц значений — позволяет искать строки по условию без явного цикла.
📌 Метод Свернуть — группирует данные по заданным полям (аналог GROUP BY в SQL).
📌 Метод СкопироватьКолонку — копирует данные между колонками таблицы значений без обхода каждой строки.
📌 Метод ЗаполнитьЗначения — массово устанавливает значения в колонках.

Пример: вместо цикла по строкам таблицы для поиска дублей можно использовать Свернуть:

Таблица.Свернуть("Товар","Количество"); // Группировка по товару с суммированием количества

Это не только ускоряет выполнение, но и делает код более читаемым. Однако

💡

Если вам нужно отфильтровать таблицу значений по нескольким условиям, используйте метод ВыбратьСтроки с параметром Отбор — это быстрее, чем ручной обход в цикле.

Способ 4: Оптимизация алгоритмов (разделение задач)

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

Поиск данных.
Their обработка.
Сохранение результатов.

Такой подход приводит к смешиванию логики и усложнению кода. Решение — разделить задачу на этапы:

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

Пример: вместо того чтобы в цикле по документам сразу проводить их и записывать, можно:

Отобрать документы, которые нужно провести (запросом).
Провести их в памяти (без записи в базу).
Записать все изменения одной транзакцией.

// 1. Получаем список документов для проведения Запрос = Новый Запрос("ВЫБРАТЬ Ссылку ИЗ Документ.ЗаказПокупателя ГДЕ Статус = &Статус"); Запрос.УстановитьПараметр("Статус", Перечисление.СтатусыДокументов.НеПроведён); СписокДокументов = Запрос.Выполнить.Выгрузить; // 2. Проведение в памяти Для Каждого Документ Из СписокДокументов Цикл ДокОбъект = Документ.ПолучитьОбъект; ДокОбъект.Провести; КонецЦикла; // 3. Запись пакетом

Объект.Записать(СписокДокументов);

💡

Разделение задач на этапы не только ускоряет выполнение, но и упрощает отладку: если что-то пойдёт не так, вы точно будете знать, на каком этапе произошла ошибка.

Способ 5: Использование механизма «Пакетная обработка»

Если вам нужно модифицировать большое количество объектов (например, изменить реквизиты справочников или перепровести документы), вместо циклов можно использовать пакетные операции. Платформа 1С предоставляет для этого специальные методы:

📦 Объект.Записать — для пакетной записи нескольких объектов.
📦 Документ.Провести с флагом ПакетныйРежим.
📦 Справочник.Заполнить — для массового заполнения реквизитов.

Пример пакетного проведения документов:

МассивСсылок = Новый Массив;
МассивСсылок.Добавить(Док1);
МассивСсылок.Добавить(Док2);
//..
Документ.Провести(МассивСсылок, Истина); // Второй параметр - пакетный режим

Преимущества пакетной обработки:

✔ Снижение накладных расходов на транзакции (одна транзакция вместо множества).
✔ Уменьшение количества блокировок.
✔ Возможность отката всех изменений при ошибке.

⚠️ Внимание: Пакетные операции могут потребовать большего объёма памяти, особенно если объекты содержат большие табличные части. При работе с очень большими наборами данных (более 10 000 объектов) разбейте их на партии по 1000–2000 элементов.

Способ 6: Кэширование данных

Одна из главных причин тормозов в циклах — повторное получение одних и тех же данных. Например, если внутри цикла по строкам документа вы обращаетесь к справочнику номенклатуры для получения дополнительной информации, то при 1000 строках справочник будет запрошен 1000 раз!

Решение — кэшировать данные в коллекции (массиве, соответствии или временной таблице). Пример:

// 1. Создаём кэш для справочника номенклатуры КэшНоменклатуры = Новый Соответствие; // 2. В цикле используем кэш Для Каждого Строка Из ТабличнаяЧасть Цикл Если НЕ КэшНоменклатуры.Содержит(Строка.Номенклатура) Тогда ДанныеНоменклатуры = Строка.Номенклатура.ПолучитьОбъект; КэшНоменклатуры.Вставить(Строка.Номенклатура, ДанныеНоменклатуры); Иначе ДанныеНоменклатуры = КэшНоменклатуры.Получить(Строка.Номенклатура); КонецЕсли; // Используем ДанныеНоменклатуры

КонецЦикла;

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

Когда кэширование не помогает?

Если данные часто меняются в других сессиях, кэш может устареть. В этом случае лучше использовать транзакции с уровнем изоляции RepeatableRead или Serializable, но это увеличивает нагрузку на СУБД.

Способ 7: Параллельная обработка (для фоновых задач)

Если задача действительно требует обхода большого количества данных и не может быть оптимизирована другими способами, можно рассмотреть параллельную обработку. В 1С:Предприятие 8.3 для этого предусмотрены:

🔄 Фоновые задания — позволяют распределить нагрузку по нескольким сессиям.
🔄 Механизм Планировщик — для разбиения задачи на части.
🔄 Внешние обработки с использованием COM или HTTP-сервисов — для распределённой обработки.

Пример разбиения задачи на фоновые задания:

// 1. Разбиваем список документов на партии КоличествоЗаданий = 4; РазмерПартии = СписокДокументов.Количество / КоличествоЗаданий; // 2. Создаём фоновые задания Для НомЗадания = 1 По КоличествоЗаданий Цикл Начало = (НомЗадания - 1) * РазмерПартии; Конец = Начало + РазмерПартии - 1; Параметры = Новый Структура("Список,Начало,Конец", СписокДокументов, Начало, Конец); ФоновыеЗадания.Выполнить("ОбработатьПартию", Параметры);
КонецЦикла;

❌ Усложняет контроль транзакций и обработку ошибок.

❌ Может увеличить нагрузку на сервер, если не ограничить количество Simultaneous сессий.

⚠️ Внимание: Параллельная обработка подходит только для фоновых задач. В интерактивном режиме (например, при нажатии кнопки в форме) она может привести к конфликтам блокировок и нестабильной работе интерфейса.

Способ 8: Использование внешних инструментов (ETL, OLAP)

Если ваша задача подразумевает регулярную обработку больших объёмов данных (например, формирование отчётов по миллионам строк), стоит рассмотреть интеграцию с внешними инструментами:

📊 OLAP-кубы — для аналитической обработки данных.

🔄 ETL-процессы (например, SQL Server Integration Services или Talend) — для выгрузки, трансформации и загрузки данных.

📈 Внешние СУБД (например, ClickHouse) — для хранения и обработки больших массивов данных.

Пример: вместо того чтобы в 1С формировать отчёт по продажам за год с детализацией по дням (что может занять часы), можно:

Выгрузить данные в OLAP-куб (например, с помощью механизма ВнешниеИсточникиДанных).

Сформировать отчёт на стороне куба, где агрегация данных происходит мгновенно.

Загрузить результат обратно в 1С для отображения.

Это решение требует дополнительных затрат на настройку, но окупается при работе с действительно большими объёмами данных (от 100 000 строк и более).

FAQ: Ответы на частые вопросы

Можно ли полностью отказаться от циклов в 1С?

Нет, циклы — неотъемлемая часть языка 1С, и в некоторых случаях они необходимы (например, для обхода динамических структур данных или реализации сложной логики). Однако в 90% случаев вложенные циклы можно заменить на более эффективные конструкции: SQL-запросы, временные таблицы или методы платформы. Главное — анализировать задачу и выбирать оптимальный инструмент.

Как понять, что мой код тормозит из-за вложенных циклов?

Есть несколько признаков:

Время выполнения кода растёт нелинейно при увеличении объёма данных (например, в 10 раз больше данных — в 100 раз дольше выполнение).

В журнале регистрации видно много повторяющихся запросов к одним и тем же таблицам.

При профилировании кода (например, с помощью Технологического журнала) основное время уходит на операции внутри циклов.

Для диагностики используйте инструменты:

Профилировщик производительности (встроенный в платформу).

SQL Server Profiler (для анализа запросов к базе).

Технологический журнал 1С.

Какие альтернативы есть у метода НайтиСтроки для больших таблиц?

Если таблица значений содержит более 50 000 строк, метод НайтиСтроки может работать медленно. Альтернативы:

Индексированные временные таблицы — создайте индекс по колонке, по которой ищете, и используйте НайтиСтроки с отбором по индексированному полю.

SQL-запрос — если данные изначально хранятся в базе, перенесите логику поиска в запрос.

Метод ПолучитьСтроки — если нужно получить строки по нескольким условиям, иногда быстрее отфильтровать их заранее и работать с уменьшенной выборкой.

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

Если задача заключается в массовом обновлении данных (например, изменении реквизита у всех элементов справочника), избегайте поэлементного обхода. Вместо этого:

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

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

Что делать, если без вложенных циклов не обойтись?

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

Минимизируйте количество операций внутри внутреннего цикла — выносите повторяющиеся вычисления за пределы цикла.

Используйте Прервать или Продолжить, чтобы избежать ненужных итераций.

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

Отключайте ненужные проверки — например, если внутри цикла вызывается метод с проверкой прав, а права уже проверены ранее, можно использовать ПривилегированныйРежим.

Пример оптимизированного вложенного цикла:

Для Каждого Документ Из СписокДокументов Цикл // Получаем объект документа один раз ДокОбъект = Документ.ПолучитьОбъект; // Предварительно отбираем строки, которые нужно обработать СтрокиДляОбработки = ДокОбъект.СтрокиТоваров.НайтиСтроки(Новый Структура("Товар", НужныйТовар)); Для Каждого Строка Из СтрокиДляОбработки Цикл // Логика обработки Если УсловиеВыполнено Тогда Прервать; // Выходим из внутреннего цикла, если дальше не нужно обрабатывать КонецЕсли; КонецЦикла;
КонецЦикла;

Циклы в цикле 1С: 10 способов избежать «тормозов» и ускорить обработку данных