Работа с языком запросов 1С:Предприятие требует от разработчика глубокого понимания не только стандартных операторов выборки, но и мощных инструментов условной логики. Среди них особое место занимает оператор КОГДА, который позволяет формировать сложные условия фильтрации и вычисляемые поля прямо на уровне СУБД. Использование этого оператора часто становится камнем преткновения для начинающих специалистов, хотя его синтаксис интуитивно понятен при детальном разборе.

В отличие от простого фильтрации данных, конструкция КОГДА позволяет реализовать логику ветвления, аналогичную оператору IF...THEN...ELSE в процедурном коде, но непосредственно внутри текста запроса. Это открывает возможности для динамического формирования наборов данных, классификации записей и выполнения сложных математических расчетов без необходимости выгрузки данных в буфер приложения.

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

Базовый синтаксис и структура оператора

Оператор КОГДА в языке запросов 1С является частью более крупной конструкции ВЫБОР. Он служит для проверки условия и возврата значения в случае его истинности. Синтаксически он всегда находится внутри блока ВЫБОР ... КОНЕЦ и может повторяться многократно для проверки различных сценариев.

Минимальная структура выглядит следующим образом: после ключевого слова ВЫБОР указывается условие, затем ключевое слово КОГДА, само условие проверки, ключевое слово ТОГДА и возвращаемое значение. Если ни одно из условий не выполнено, используется блок ИНАЧЕ для значения по умолчанию.

ВЫБОР

КОГДА Сумма > 1000 ТОГДА "Крупный"


ИНАЧЕ "Мелкий"


КОНЕЦ

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

⚠️ Внимание: Не пытайтесь использовать оператор КОГДА вне конструкции ВЫБОР. Это приведет к синтаксической ошибке компиляции запроса. Оператор является неотъемлемой частью выражения выбора значения.

💡

Для улучшения читаемости сложных запросов всегда выравнивайте ключевые слова ВЫБОР, КОГДА, ТОГДА и КОНЕЦ по вертикали. Это значительно упрощает отладку кода.

Вложенные условия и логические операторы

Мощь оператора КОГДА раскрывается в полной мере при использовании сложных логических выражений. Вы можете комбинировать несколько условий с помощью операторов И, ИЛИ, а также использовать скобки для группировки. Это позволяет описывать бизнес-логику любой сложности непосредственно в тексте запроса.

Рассмотрим пример, где необходимо классифицировать номенклатуру не только по цене, но и по наличию на складе. В таком случае условие после КОГДА будет составным. Платформа 1С корректно обрабатывает такие конструкции, передавая их в виде оптимизированного SQL-кода на сторону СУБД.

ВЫБОР

КОГДА Цена > 5000 И Остаток > 0 ТОГДА "Дорогой и в наличии"


КОГДА Цена > 5000 И Остаток = 0 ТОГДА "Дорогой, нет на складе"


ИНАЧЕ "Доступный товар"


КОНЕЦ

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

  • 🔍 Используйте оператор И для ужесточения условий фильтрации.
  • 🔍 Применяйте ИЛИ, когда достаточно выполнения хотя бы одного из условий.
  • 🔍 Группируйте сложные условия скобками для однозначного порядка вычислений.
  • 🔍 Избегайте вложения более 3 уровней ВЫБОР друг в друга без крайней необходимости.
📊 Какая сложность вложенности ВЫБОР допустима в ваших проектах?
1 уровень
2-3 уровня
Более 5 уровней
Не используем вложенность

Использование КОГДА для вычисляемых полей

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

Например, при формировании отчета по продажам часто требуется рассчитать сумму скидки динамически. Если клиент является оптовым, скидка одна, если розничным — другая. Реализация этой логики через КОГДА выполняется на стороне базы данных, что значительно быстрее обработки в цикле 1С.

Тип клиента Условие в КОГДА Возвращаемое значение
Опт ВидКлиента = "Опт" Сумма * 0.1
Розница ВидКлиента = "Розница" Сумма * 0.05
Прочее ИНАЧЕ 0

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

💡

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

Обработка пустых значений и NULL

Работа с пустыми ссылками и значениями NULL в 1С имеет свои особенности. Оператор КОГДА позволяет корректно обрабатывать ситуации, когда поле не заполнено. Однако сравнение с NULL требует использования специального синтаксиса ЕСТЬ NULL или проверки на пустую ссылку.

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

ВЫБОР

КОГДА Ответственный ЕСТЬ NULL ТОГДА "Нет ответственного"


ИНАЧЕ Ответственный.Наименование


КОНЕЦ

Также стоит учитывать поведение агрегатных функций в сочетании с КОГДА. Если условие не выполняется и не указан блок ИНАЧЕ, результат может быть интерпретирован как NULL, что повлияет на итоговые суммы или количества в группировках.

⚠️ Внимание: Пустая строка "" и значение NULL в 1С — это разные сущности. Убедитесь, что ваше условие после КОГДА проверяет именно тот тип пустоты, который возможен в базе данных.

Почему сравнение с NULL не работает через равно?

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

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

Хотя оператор КОГДА удобен, его некорректное использование может привести к деградации производительности. Сервер 1С преобразует запрос в SQL, и сложные вложенные конструкции могут помешать оптимизатору СУБД использовать индексы эффективным образом.

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

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

  • ⚡ Выносите тяжелые вычисления из условий КОГДА в отдельные поля выборки.
  • ⚡ Проверяйте планы выполнения запросов через консоль запросов для анализа индексов.
  • ⚡ Избегайте дублирования одинаковых условий в разных ветках КОГДА.

⚠️ Внимание: Интерфейс и возможности оптимизатора могут различаться в зависимости от используемой СУБД (MS SQL, PostgreSQL, Oracle) и версии платформы 1С. Всегда тестируйте производительность на реально работающих данных.

☑️ Аудит производительности запроса

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

Типичные ошибки и способы их устранения

При написании запросов с оператором КОГДА разработчики часто сталкиваются с рядом типовых проблем. Понимание этих ошибок поможет сэкономить время на отладке. Самая распространенная из них — несоответствие типов данных в ветках ТОГДА и ИНАЧЕ.

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

Еще одна ошибка — забытое ключевое слово КОНЕЦ. Поскольку конструкция ВЫБОР может быть вложенной, легко потерять счет открывающим и закрывающим блокам. Внимательно следите за структурой запроса.

// Ошибка: разные типы

ВЫБОР


КОГДА Сумма > 0 ТОГДА Сумма


ИНАЧЕ "Нет данных" // Ошибка типов: Число vs Строка


КОНЕЦ



// Исправление:


ВЫБОР


КОГДА Сумма > 0 ТОГДА Сумма


ИНАЧЕ 0 // Теперь типы совпадают


КОНЕЦ

Также стоит помнить о лимитах на длину текста запроса. Чрезмерно раздутые конструкции с десятками условий КОГДА могут превысить допустимый размер пакета данных, передаваемого на сервер.

💡

Строгая типизация возвращаемых значений во всех ветках ВЫБОР — залог стабильной работы запроса без ошибок выполнения.

Можно ли использовать КОГДА в параметрах соединения?

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

Как вернуть NULL в ветке ИНАЧЕ?

Для возврата пустого значения используйте ключевое слово NULL или функцию ЕСТЬNULL(Значение, NULL). Это полезно, когда нужно явно обнулить поле при невыполнении условий.

Влияет ли порядок условий КОГДА на скорость?

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

Можно ли вкладывать ВЫБОР в агрегатные функции?

Да, это допустимо. Например, СУММА(ВЫБОР КОГДА... КОНЕЦ) позволит суммировать только те значения, которые прошли определенную фильтрацию или преобразование внутри конструкции.

Что делать, если запрос с КОГДА работает медленно?

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