Как объединить результат запроса 1С: полное руководство

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

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

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

Вертикальное объединение данных через UNION ВСЕ

Самый распространенный способ собрать данные из разных источников в один список — это использование оператора UNION ВСЕ. Эта конструкция позволяет «склеить» результаты нескольких запросов друг под другом, увеличивая количество строк в итоговой выборке. Важно понимать, что для корректной работы количество полей и их типы в каждом из объединяемых запросов должны полностью совпадать.

При формировании структуры запроса система автоматически приводит типы данных к общему знаменателю. Если в первом запросе поле имеет тип Число, а во втором — Строка, итоговое поле будет иметь составной тип, что может усложнить дальнейшую обработку. Для предотвращения неявных преобразований рекомендуется явно указывать типы в пустых выборках с помощью функции ЕСТЬNULL или констант.

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

ВЫБРАТЬ
Номенклатура.Ссылка КАК Номенклатура,
Номенклатура.Наименование КАК Наименование
ИЗ
Справочник.Номенклатура КАК Номенклатура
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
Услуги.Ссылка,
Услуги.Наименование
ИЗ
Справочник.Услуги КАК Услуги

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

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

Горизонтальное соединение таблиц с помощью JOIN

Когда задача стоит не в добавлении строк, а в обогащении существующих записей дополнительной информацией из связанных таблиц, применяются операторы соединения. В языке запросов 1С реализованы различные виды JOIN, позволяющие гибко управлять тем, какие записи попадут в результат при отсутствии связей между таблицами.

Наиболее часто используется ЛЕВОЕ СОЕДИНЕНИЕ (LEFT JOIN). Оно выбирает все записи из левой таблицы и добавляет к ним данные из правой таблицы там, где есть совпадение по ключу. Если совпадения нет, поля из правой таблицы заполняются значениями NULL. Это идеальный вариант для построения отчетов, где нужно показать все документы, даже те, к которым еще не проведены движения по регистрам.

В отличие от левого соединения, ВНУТРЕННЕЕ СОЕДИНЕНИЕ (INNER JOIN) оставляет в выборке только те строки, для которых нашлась пара в обеих таблицах. Этот тип соединения часто применяют для фильтрации данных, когда нас интересуют только объекты, имеющие определенную связь, например, товары, по которым были продажи в текущем месяце.

• 🔗 ЛЕВОЕ СОЕДИНЕНИЕ: сохраняет все строки левой таблицы, заполняя правую пустотой при отсутствии связи.
• 🤝 ВНУТРЕННЕЕ СОЕДИНЕНИЕ: оставляет только строки, где связь существует в обеих таблицах.
• 🔄 ПОЛНОЕ СОЕДИНЕНИЕ: сохраняет все строки из обеих таблиц, заполняя пропуски нулями (используется редко из-за сложности).

При написании условий соединения важно выносить фильтры по правой таблице аккуратно. Если условие на поле правой таблицы поместить в секцию ГДЕ, оно превратит левое соединение во внутреннее, отфильтровав строки с пустыми значениями. Правильным подходом является размещение таких условий непосредственно в секции ПО после ключевого слова соединения.

Особенности работы с Системой Компоновки Данных (СКД)

При разработке отчетов на базе СКД механизм объединения запросов имеет свою специфику. Здесь разработчик часто сталкивается с необходимостью объединения нескольких независимых наборов данных в один основной набор. Это делается через создание дополнительного запроса в дереве запросов и последующее его объединение с основным.

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

Частая проблема возникает при использовании параметров в объединяемых запросах. Если параметр используется только во втором запросе, а в первом отсутствует, это может вызвать ошибку выполнения или непредсказуемое поведение при генерации макета. Решение заключается в объявлении параметра в обоих запросах, даже если в одном из них он не используется в условиях отбора.

Тип операции	Где применяется	Требования к полям	Влияние на скорость
UNION ВСЕ	Склейка списков	Совпадение типов и количества	Высокая (быстро)
LEFT JOIN	Добавление колонок	Наличие общего ключа	Средняя (зависит от индексов)
Вложенный запрос	Фильтрация и расчеты	Любые	Низкая (может тормозить)

Для сложных отчетов, где данные приходят из разных информационных баз или несвязанных подсистем, иногда проще сформировать несколько независимых наборов данных в СКД и объединить их уже на уровне компоновки, используя группировки или специальные обработки в модуле объекта. Однако это усложняет поддержку отчета в будущем.

Секрет оптимизации СКД

Если объединяемые запросы имеют одинаковые условия отбора по периоду или организации, вынесите эти условия в общие параметры схемы компоновки. Это позволит системе запросов оптимизировать план выполнения и избежать повторного сканирования таблиц.

Объединение результатов в коде на встроенном языке

Иногда возможности языка запросов недостаточно, и требуется программное объединение результатов непосредственно в коде 1С. Это актуально, когда данные нужно объединить по сложным алгоритмам, не описываемым средствами SQL, или когда источники данных имеют принципиально разную природу (например, запрос к базе и чтение из файла).

Стандартный подход предполагает выборку данных из первого источника в объект ТаблицаЗначений, а затем добавление строк из второго источника с помощью метода ЗагрузитьКолонки или циклического добавления. При этом необходимо строго следить за порядком колонок и их именами, так как автоматического приведения здесь не произойдет.

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

ТаблицаРезультат = Новый ТаблицаЗначений;
ТаблицаРезультат.Колонки.Добавить("Номенклатура", ТипОписанияТипов("СправочникСсылка.Номенклатура"));
ТаблицаРезультат.Колонки.Добавить("Количество", ТипОписанияТипов("Число(15,2)"));

// Заполнение из первого источника
Для Каждого Строка Из Таблица1 Цикл
НоваяСтрока = ТаблицаРезультат.Добавить();
НоваяСтрока.Номенклатура = Строка.Номенклатура;
НоваяСтрока.Количество = Строка.Количество;
КонецЦикла;

Основной недостаток программного объединения — потребление оперативной памяти. При выборке миллионов записей в таблицу значений сервер 1С может исчерпать доступные ресурсы, тогда как СУБД справляется с такими объемами эффективнее за счет дисковых операций и оптимизации планов выполнения. Используйте этот метод только для небольших выборок.

⚠️ Внимание: При программном объединении убедитесь, что типы данных в колонках совместимы. Попытка записать строку в колонку с типом «Число» вызовет исключение «Неверный тип значения» и прервет выполнение обработки.

Работа с временными таблицами и промежуточными результатами

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

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

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

При объединении данных через временные таблицы важно помнить о жизненном цикле этих объектов. Они существуют только в рамках текущей сессии пользователя и удаляются автоматически при завершении соединения или явном вызове команды удаления. Не рассчитывайте на сохранность данных во временных таблицах между разными вызовами обработок.

Типичные ошибки и методы оптимизации

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

Другая распространенная проблема — неявное преобразование типов при объединении. Когда система вынуждена приводить Строку к Числу в каждой строке результата, это создает нагрузку на процессор. Избегайте смешения разнородных типов в одном поле, если это не требуется бизнес-логикой, и используйте явное приведение типов в запросе.

Также стоит избегать объединения больших объемов данных, если в конечном итоге отчет отфильтровывает 90% из них. Правильнее сначала применить отборы в каждом из исходных запросов, уменьшить выборку, и только потом выполнять операцию UNION. Это значительно снизит объем передаваемых данных между СУБД и сервером 1С.

• 🚀 Анализ плана выполнения: Используйте кнопку «План выполнения» в консоли запросов для поиска узких мест.
• 📉 Фильтрация до объединения: Отсекайте лишние данные в каждом подзапросе перед склейкой.
• 🛠 Индексация: Убедитесь, что поля соединения и отбора проиндексированы в конфигурации базы данных.

Помните, что конфигурация 1С может обновляться, и внутренние механизмы оптимизации запросов в новых релизах платформы меняются. То, что работало медленно в версии 8.3.10, может летать в 8.3.24 благодаря улучшению компилятора запросов. Регулярно тестируйте критичные отчеты на актуальных версиях платформы.

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

Лайфхак для отладки

Добавьте в конец запроса конструкцию "УПОРЯДОЧИТЬ ПО" с уникальным полем. Это часто помогает выявить проблемы с дубликатами или неправильным порядком следования записей при объединении, которые не видны при хаотичном выводе.

В чем разница между UNION и UNION ВСЕ в 1С?

Оператор UNION выполняет дополнительную операцию удаления дубликатов строк из итогового результата, что требует сортировки и сравнения всех данных. Оператор UNION ВСЕ просто склеивает результаты без проверки на уникальность, работая значительно быстрее. В 1С почти всегда следует использовать UNION ВСЕ.

Можно ли объединять запросы с разным количеством колонок?

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

Как объединить данные, если типы полей не совпадают?

Необходимо использовать функцию приведения типов, например, ЕСТЬNULL(Поле, ЗначениеЗамены) или явное преобразование в тексте запроса, чтобы привести оба поля к общему составному типу перед операцией объединения.

Почему запрос с JOIN работает медленно?

Чаще всего причина в отсутствии индексов по полям соединения или неправильном порядке таблиц. Также возможно, что условия отбора по правой таблице вынесены в секцию ГДЕ вместо ПО, что меняет логику соединения.

Можно ли использовать UNION в СКД без написания кода?

Да, в дереве запросов схемы компоновки данных можно добавить несколько запросов и выбрать тип связи «Объединение». Система автоматически сгенерирует необходимый код запроса с оператором UNION ВСЕ.