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

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

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

Базовый синтаксис оператора ГДЕ

Оператор ГДЕ служит для наложения ограничений на выборку данных. Он располагается после предложения ВЫБРАТЬ и перед предложением УПОРЯДОЧИТЬ ПО или ОБЪЕДИНИТЬ. Синтаксически условие представляет собой логическое выражение, которое должно возвращать значение Истина или Ложь для каждой строки результата.

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

ВЫБРАТЬ

Номенклатура.Ссылка,


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


ИЗ


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


ГДЕ


Номенклатура.ВидНоменклатуры = &ВидНоменклатуры

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

💡

Всегда используйте параметры запроса (&ИмяПараметра) вместо прямой подстановки значений. Это защищает от SQL-инъекций и улучшает производительность за счет кэширования планов выполнения.

Логические операторы и приоритет операций

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

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

  • 🔹 Оператор И требует одновременного выполнения всех соединенных им условий.
  • 🔹 Оператор ИЛИ возвращает истину, если выполняется хотя бы одно из условий.
  • 🔹 Оператор НЕ инвертирует логическое значение выражения.

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

ГДЕ

(Документ.Проведен = ИСТИНА ИЛИ Документ.ПометкаУдаления = ЛОЖЬ)


И Документ.Дата МЕЖДУ &НачалоПериода И &КонецПериода

☑️ Проверка сложного условия

Выполнено: 0 / 4

Работа с диапазонами и множествами значений

Часто возникает необходимость отфильтровать данные по диапазону дат, числовых значений или списку конкретных элементов. Для этих целей в языке запросов 1С предусмотрены специальные операторы МЕЖДУ и В. Они позволяют сократить объем кода и сделать условия более наглядными по сравнению с цепочкой сравнений.

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

Оператор В позволяет проверить вхождение значения в список. Список может быть задан явно через запятую или через параметр типа СписокЗначений. Это крайне удобно для отчетов с множественным выбором в форме настройки, где пользователь отмечает несколько контрагентов или складов.

Оператор Описание Пример использования
МЕЖДУ Диапазон значений (включая границы) Дата МЕЖДУ &Нач И &Кон
В Вхождение в список значений Контрагент В (&СписокКонтрагентов)
ПОДОБНО Поиск по маске строки Наименование ПОДОБНО"%Товар%"
Особенности оператора В

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

Поиск по маске и работа со строками

Для нечеткого поиска текстовой информации используется оператор ПОДОБНО. Он поддерживает символы подстановки: знак процента % заменяет любую последовательность символов (в том числе пустую), а знак подчеркивания _ заменяет ровно один любой символ. Это мощный инструмент для поиска частичных совпадений в наименованиях или комментариях.

Однако следует помнить, что использование ПОДОБНО с ведущим символом процента (например, "%Иванов") часто приводит к полному сканированию таблицы, что негативно сказывается на производительности запроса. Индексы базы данных в таком случае не используются. Старайтесь располагать wildcard-символы в конце строки, если это позволяет логика поиска.

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

⚠️ Внимание: Использование оператора ПОДОБНО с маской, начинающейся с %, отключает использование индексов по строковым полям. На больших таблицах это может привести к зависанию отчета.

📊 Какой оператор поиска вы используете чаще всего?
= (Равно)
ПОДОБНО
В (Список)
МЕЖДУ

Сравнение с неопределенными значениями (NULL)

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

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

ВЫБРАТЬ

Заявка.Номер,


Заявка.Ответственный


ИЗ


Документ.ЗаявкаНаУслуги КАК Заявка


ГДЕ


Заявка.Ответственный ЕСТЬ NULL

Такой запрос корректно найдет все заявки, по которым еще не назначен исполнитель. Важно различать пустую строку "" и значение NULL. Пустая строка — это значение длиной ноль, а NULL — это состояние неопределенности. В полях типа СправочникСсылка чаще встречается NULL, а в строках — пустое значение.

💡

Никогда не используйте операторы = или <> для сравнения с NULL. Всегда применяйте конструкции ЕСТЬ NULL и ЕСТЬ НЕ NULL для корректной фильтрации пустых значений.

Особенности работы с датами и временем

Работа с временными интервалами в 1С требует понимания того, как хранится тип Дата. Значение даты включает в себя и время. При сравнении дат часто возникает ситуация, когда пользователь выбирает"10 октября", а в базе записано"10 октября 15:30:00". Простое сравнение на равенство в этом случае не сработает.

Для корректной выборки за день рекомендуется использовать конструкцию МЕЖДУ, устанавливая начало дня и начало следующего дня. Либо использовать специальные функции, такие как НАЧАЛОДНЯ и КОНЕЦДНЯ, хотя прямой расчет границ часто работает быстрее за счет использования индексов.

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

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

Секрет быстрого поиска по дате

Если вы ищете документы за конкретную дату, лучше использовать условие'Дата >= НачалоДня(Дата) И Дата < НачалоДня(Дата) + 1', чем функцию КОНЕЦДНЯ, так как первое условие лучше оптимизируется движком SQL.

Использование условий в соединении таблиц

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

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

  • 🔸 Условие в ГДЕ фильтрует итоговый результат всего запроса.
  • 🔸 Условие в СОЕДИНЕНИЕ фильтрует данные правой таблицы до объединения.
  • 🔸 Выбор места условия влияет на количество строк в результирующей выборке.

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

В чем разница между условием в ГДЕ и в СОЕДИНЕНИИ?

Условие в блоке ГДЕ применяется после того, как таблицы уже соединены. Если вы используете ЛЕВОЕ СОЕДИНЕНИЕ и накладываете условие на поле правой таблицы в блоке ГДЕ, вы отфильтруете строки, где это поле пусто (NULL), тем самым превратив внешнее соединение во внутреннее. Условие в части СОЕДИНЕНИЯ применяется в процессе подбора записей из правой таблицы, сохраняя строки левой таблицы нетронутыми.

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

В первую очередь проверьте, используются ли индексы по полям, участвующим в условиях. Избегайте применения функций к полям в левой части условия (например, ГОД(Дата) = 2023), так как это запрещает использование индекса. Лучше переписать условие как Диапазон Даты. Также проверьте статистику таблиц.

Можно ли использовать сложные выражения в условиях?

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