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

Понимание принципов работы левого соединения критически важно для построения корректных отчетов и обработки данных. Если вы используете обычный ВНУТРЕННЕЕ СОЕДИНЕНИЕ, то строки, у которых нет пары в связанной таблице, будут безвозвратно утеряны из выборки. Использование LEFT JOIN гарантирует сохранность полного набора данных из основного источника.

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

Синтаксис и базовые принципы работы

Оператор левого соединения в языке запросов 1С имеет четкую структуру. Ключевое слово ЛЕВОЕ указывает системе, что приоритет отдается таблицам, расположенным слева от условия соединения. Синтаксически это выглядит как добавление ключевого слова перед оператором СОЕДИНЕНИЕ.

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

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

ВЫБРАТЬ

Контрагенты.Наименование,


Договоры.Номер


ИЗ


Справочник.Контрагенты КАК Контрагенты


ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ДоговорыКонтрагентов КАК Договоры


ПО Контрагенты.Ссылка = Договоры.Владелец

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

💡

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

Отличия от внутреннего и правого соединения

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

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

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

Тип соединения Записи из левой таблицы без связи Записи из правой таблицы без связи Связанные записи
ВНУТРЕННЕЕ Исключаются Исключаются Включаются
ЛЕВОЕ Включаются (поля прав. табл. NULL) Исключаются Включаются
ПРАВОЕ Исключаются Включаются (поля лев. табл. NULL) Включаются
ПОЛНОЕ Включаются Включаются Включаются

Использование ЛЕВОГО СОЕДИНЕНИЯ является стандартом де-факто при формировании списков документов или справочников, где наличие связанных регистров не является обязательным условием существования записи.

📊 Какой тип соединения вы используете чаще всего?
Внутреннее
Левое
Правое
Полное

Типичные сценарии использования в 1С

Существует несколько классических задач, где применение левого соединения не просто желательно, а необходимо. Первая и самая распространенная ситуация — это построение отчетов о наличии или отсутствии документов. Например, отчет"Контрагенты без договоров" строится именно на этом принципе.

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

  • 📊 Формирование реестров, где отображаются все объекты, даже если по ним не было движений в регистрах.
  • 🔍 Поиск"висячих" ссылок или объектов, у которых потерялись связанные документы.
  • 📝 Объединение данных из основной таблицы и вспомогательного регистра сведений, который заполняется не для всех записей.

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

💡

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

Особенности фильтрации и условия ПО

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

Рассмотрим пример. Нам нужно найти товары, у которых нет остатков на конкретном складе. Если написать условие ГДЕ Остатки.Количество = 0, то товары без остатков (где поле Количество равно NULL) не попадут в выборку, так как NULL = 0 это ложь. Правильный подход — использовать проверку на ЕСТЬ NULL или оставить условие в ПО.

ВЫБРАТЬ

Номенклатура.Наименование


ИЗ


Справочник.Номенклатура КАК Номенклатура


ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах КАК Остатки


ПО Номенклатура.Ссылка = Остатки.Номенклатура


И Остатки.Склад = &Склад


ГДЕ


Остатки.Ссылка ЕСТЬ NULL

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

⚠️ Внимание: Никогда не пишите условия вида И ПолеПравойТаблицы = Значение в блоке ГДЕ, если вы хотите сохранить поведение левого соединения. Это превратит ваш запрос во внутреннее соединение.

Производительность и оптимизация запросов

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

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

Также стоит избегать использования функций в условиях соединения. Запись вида ПО ЛЕВЫЙ(Таблица1.Поле, 5) = Таблица2.Поле лишает оптимизатор возможности использовать индекс эффективно. Старайтесь, чтобы условия были максимально простыми и прямыми.

  • ⚡ Проверяйте наличие индексов на полях соединения в метадеанных.
  • 🚫 Избегайте вызова функций и преобразований типов в секции ПО.
  • 📉 Анализируйте план выполнения запроса через консоль запросов для выявления узких мест.

В сложных запросах с множественными соединениями порядок таблиц может иметь значение. Хотя оптимизатор 1С обычно сам определяет лучший план, в некоторых случаях явное указание последовательности через временные таблицы может дать прирост скорости.

Как оптимизатор 1С обрабатывает LEFT JOIN?

Оптимизатор может преобразовать левое соединение во внутреннее, если докажет, что условия отбора в блоке ГДЕ все равно отфильтруют строки с NULL. Однако обратное преобразование (из внутреннего в левое) он не делает автоматически.

Работа с NULL значениями в результатах

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

Если вы попытаетесь сложить числовое поле из правой таблицы, которое оказалось пустым, с другим числом, результат может быть неочевидным. В языке запросов 1С арифметические операции с NULL часто приводят к NULL. Чтобы избежать этого, используйте функцию ЕСТЬNULL.

ВЫБРАТЬ

Контрагенты.Наименование,


ЕСТЬNULL(Договоры.СуммаДолга, 0) КАК СуммаДолга


ИЗ


Справочник.Контрагенты КАК Контрагенты


ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.Взаиморасчеты КАК Договоры


ПО Контрагенты.Ссылка = Договоры.Контрагент

Функция ЕСТЬNULL заменяет пустое значение на указанное второе значение (в данном случае на 0). Это позволяет корректно суммировать долги или отображать нули в отчетах, не нарушая логику левого соединения.

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

Часто задаваемые вопросы (FAQ)

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

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

В чем разница между ЛЕВОЕ СОЕДИНЕНИЕ и ПОЛНОЕ СОЕДИНЕНИЕ?

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

Почему мой запрос с левым соединением возвращает меньше строк, чем в левой таблице?

Скорее всего, вы допустили ошибку в размещении условий отбора. Проверьте блок ГДЕ: если там есть условие, проверяющее поле из правой таблицы (например, ГДЕ ПраваяТаблица.Дата > &НачалоПериода), то все строки, где соединение не состоялось (и поле Дата равно NULL), будут отброшены. Перенесите это условие в блок ПО.

Как найти записи, для которых нет связи в правой таблице?

Для этого используйте левое соединение и добавьте в блок ГДЕ условие проверки на пустоту ключевого поля правой таблицы: ГДЕ ПраваяТаблица.Ссылка ЕСТЬ NULL. Это классический паттерн для поиска"осиротевших" записей или объектов без подчиненных данных.