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

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

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

Синтаксическая структура оператора

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

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

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

⚠️ Внимание: Конструкция не поддерживает неявное приведение типов в возвращаемых значениях. Убедитесь, что все ветки ТОГДА и блок ИНАЧЕ возвращают данные одного типа, например, только Число или только Строку.

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

ВЫБРАТЬ

ДокументРеализация.Ссылка,


КОГДА ДокументРеализация.Проведен


ТОГДА ИСТИНА


ИНАЧЕ ЛОЖЬ


КАК СтатусПроведения


ИЗ


Документ.РеализацияТоваровУслуг КАК ДокументРеализация

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

💡

Используйте конструкцию КОГДА ТОГДА для замены значений NULL (ПУСТО) на дефолтные значения прямо в запросе, чтобы избежать проверок на пустоту в цикле обработки результатов.

Отличия от оператора ВЫБОР

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

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

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

Технические детали компиляции

Внутренний движок запросов 1С транслирует обе конструкции в CASE WHEN THEN ELSE END стандартного SQL. Разницы в производительности между ними нет, выбор зависит только от предпочтений разработчика к стилю кода.

Сравним два подхода на практике. Первый вариант использует полную форму, второй — сокращенную:

Критерий Оператор ВЫБОР Конструкция КОГДА
Начало блока Обязательно слово ВЫБОР Начинается сразу с КОГДА
Завершение Обязательно слово КОНЕЦ Завершается концом выражения
Читаемость Выше при множестве условий Выше при простых условиях
Вложенность Требует аккуратности Удобна в формулах

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

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

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

Например, часто требуется рассчитать скидку в зависимости от суммы документа и типа клиента. Такое условие легко записать внутри запроса:

ВЫБРАТЬ

Заказ.Ссылка,


Заказ.Сумма,


КОГДА (Заказ.Сумма > 100000 И Заказ.Клиент.Тип = &ТипОпт)


ИЛИ (Заказ.Сумма > 500000)


ТОГДА Заказ.Сумма * 0.9


ИНАЧЕ Заказ.Сумма


КАК СуммаСоСкидкой


ИЗ


Документ.ЗаказКлиента КАК Заказ

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

  • 🔍 Всегда проверяйте приоритет логических операций, используя скобки для явного указания порядка вычислений.
  • 📉 Избегайте чрезмерной вложенности: если условий больше пяти, возможно, стоит вынести логику в отдельный регистр расчета.
  • ⚙️ Используйте параметры запроса (например, &ТипОпт) внутри условий для повышения гибкости и переиспользования кода.
📊 Какой стиль написания условий вы предпочитаете?
Полный ВЫБОР...КОНЕЦ
Краткий КОГДА...ТОГДА
Смешанный стиль
Только через код 1С

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

Работа с типами данных и NULL

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

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

⚠️ Внимание: В отличие от некоторых СУБД, в 1С выражение Поле = NULL никогда не вернет истину. Используйте конструкцию ЕСТЬNULL(Поле, ЗначениеПоУмолчанию) или проверяйте через Поле ЕСТЬ NULL.

Рассмотрим пример безопасной работы с nullable полями, такими как комментарий или второй телефон:

ВЫБРАТЬ

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


КОГДА ЕСТЬNULL(Контрагент.ТелефонДополнительный,"") =""


ТОГДА"Не указан"


ИНАЧЕ Контрагент.ТелефонДополнительный


КАК ТелефонОтображение


ИЗ


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

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

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

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

Использование условных операторов внутри запроса может влиять на производительность, особенно при работе с большими объемами данных. Хотя современные СУБД умеют эффективно оптимизировать такие выражения, существуют правила, соблюдение которых поможет избежать тормозов.

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

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

  • 🚀 Выносите фильтрующие условия из КОГДА в секцию ГДЕ, чтобы уменьшить количество обрабатываемых строк до применения логики.
  • 🛑 Избегайте вызова пользовательских функций внутри КОГДА ТОГДА, если они не являются детерминированными и быстрыми.
  • 📊 Тестируйте запрос на больших выборках: иногда простая логика в запросе работает быстрее, чем цикл обработки в коде 1С.
💡

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

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

Практические примеры использования

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

Для решения этой задачи мы используем текущую дату и поле срока годности. Логика будет следующей: если срок меньше 30 дней — приоритет"Высокий", иначе"Обычный".

ВЫБРАТЬ

ОстаткиТоваров.Номенклатура,


ОстаткиТоваров.Количество,


ОстаткиТоваров.СрокГодности,


КОГДА ОстаткиТоваров.СрокГодности < &ТекущаяДата + 30


ТОГДА"Высокий"


ИНАЧЕ"Обычный"


КАК ПриоритетПродажи


ИЗ


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


ГДЕ


ОстаткиТоваров.Количество > 0

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

Еще один пример — динамическое формирование наименования валюты в зависимости от курса. Если курс фиксированный, пишем"Фикс", если плавающий —"Плавающий".

⚠️ Внимание: При работе с датами в условиях КОГДА убедитесь, что часовой пояс и время учитываются корректно. Сравнение дат с временем может дать неожиданный результат, если время не обнулено. Используйте функцию НАЧАЛОДНЯ при необходимости.

Также часто встречается задача маппинга значений справочников. Например, в базе хранятся коды статусов (1, 2, 3), а в отчете нужно вывести их текстовые названия. Конструкция КОГДА ТОГДА позволяет сделать это в одном запросе, не делая лишних соединений со справочниками.

☑️ Проверка запроса перед внедрением

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

Использование таких приемов делает код отчетов более компактным и понятным для аналитиков, которые могут читать текст запроса. Кроме того, это снижает нагрузку на сервер приложений, так как вся логика выполняется на сервере баз данных.

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

Можно ли использовать несколько условий ТОГДА подряд без ИНАЧЕ?

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

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

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

Как обрабатывать ошибки типов внутри КОГДА ТОГДА?

Язык запросов 1С не поддерживает конструкцию ПОПЫТКА...ИСКЛЮЧЕНИЕ внутри текста запроса. Если возможно возникновение ошибки типа (например, деление на ноль в одной из веток), такую логику необходимо выносить в код 1С или гарантировать корректность данных на уровне структуры таблиц и ограничений.

Можно ли вкладывать одну конструкцию КОГДА в другую?

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

Есть ли ограничение на количество условий в одном запросе?

Технического ограничения на количество веток КОГДА в языке запросов 1С нет, но есть ограничения со стороны конкретной СУБД (например, SQL Server или PostgreSQL) на сложность выражения. На практике, если условий больше 50-100, стоит задуматься о переносе логики в справочник соответствия и соединении с ним.