ВЫБОР КОГДА и ПОДСТРОКА в запросе 1С: синтаксис и практика

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

Практический сценарий выглядит так: в справочнике хранятся наименования вида «Товар/Артикул/Поставщик», и в отчёте нужно вывести только первую часть до разделителя, а если разделителя нет — вывести строку целиком. Или номер документа содержит префикс, который надо отрезать, но только если он действительно присутствует. Обе задачи решаются комбинацией ПОДСТРОКА и условной логики прямо в запросе, без постобработки в коде.

Важно понимать ограничение: в языке запросов 1С нет функции поиска позиции подстроки (аналога CHARINDEX/INSTR) и нет регулярных выражений. Поэтому ПОДСТРОКА применяется там, где позиция известна или фиксирована, а поиск вхождения выполняется через оператор ПОДОБНО в условии. Это определяет, какие задачи решаются в запросе, а какие проще вынести в код модуля.

Синтаксис ВЫБОР КОГДА в языке запросов

Полная форма конструкции выглядит так: ВЫБОР КОГДА условие1 ТОГДА значение1 КОГДА условие2 ТОГДА значение2 ИНАЧЕ значение_по_умолчанию КОНЕЦ. Ветвей КОГДА может быть сколько угодно, проверяются они сверху вниз, срабатывает первая истинная. Ветвь ИНАЧЕ необязательна, но без неё при несовпадении всех условий поле вернёт NULL — это частая причина «пустых» колонок в отчётах.

Есть и сокращённая форма: ВЫБОР выражение КОГДА значение1 ТОГДА результат1 ... КОНЕЦ, где выражение сравнивается на равенство с каждым вариантом. Она удобна для перечислений и статусов, но не работает с условиями типа ПОДОБНО или сравнениями «больше/меньше» — для них нужна полная форма.

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

Функция ПОДСТРОКА: параметры и поведение

Синтаксис: ПОДСТРОКА(Строка, НачальнаяПозиция, Длина). Нумерация символов начинается с единицы, а не с нуля — это отличие от большинства языков программирования и источник ошибок «смещения на один символ». Например, ПОДСТРОКА(Номер, 3, 5) вернёт пять символов, начиная с третьего.

Если начальная позиция больше длины строки, результат — пустая строка, а не ошибка. Если запрошенная длина выходит за конец строки, вернётся всё до конца строки без ошибки. Это упрощает обработку коротких значений, но маскирует проблемы данных: запрос отработает «успешно», а поле окажется пустым или обрезанным.

Для проверки длины строки в запросе нет прямой функции ДЛИНА в стандартном языке запросов. Обходной приём — сравнение через ПОДСТРОКА: выражение ПОДСТРОКА(Поле, 11, 1) = "" фактически проверяет, что строка короче 11 символов. Этот приём широко используется для валидации ИНН, кодов и номеров фиксированной длины.

Типовой пример: извлечь подстроку по условию

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

ВЫБРАТЬ
ВЫБОР
КОГДА Реализация.Номер ПОДОБНО "[А-ЯA-Z][А-ЯA-Z]%"
ТОГДА ПОДСТРОКА(Реализация.Номер, 3, 20)
ИНАЧЕ Реализация.Номер
КОНЕЦ КАК НомерБезПрефикса
ИЗ
Документ.РеализацияТоваровУслуг КАК Реализация

Здесь шаблон ПОДОБНО проверяет, что первые два символа — буквы. Если условие истинно, берём подстроку с третьей позиции с запасом по длине (20 символов — лишнее просто отсекается). Иначе возвращаем номер как есть. Результат — одна колонка с нормализованными номерами, пригодная для сортировки и соединений.

Второй пример — извлечение части наименования фиксированной структуры. Если код товара всегда занимает первые 6 символов наименования, а для строк, где код не заполнен, стоит пробел, можно написать: ВЫБОР КОГДА ПОДСТРОКА(Наименование, 1, 1) = " " ТОГДА "" ИНАЧЕ ПОДСТРОКА(Наименование, 1, 6) КОНЕЦ. Условие защищает от мусора в данных, где структура не соблюдена.

ВЫБОР
	КОГДА Контрагент.ИНН ПОДОБНО "__________"
		ТОГДА ПОДСТРОКА(Контрагент.ИНН, 1, 10)
	КОГДА Контрагент.ИНН ПОДОБНО "____________"
		ТОГДА ПОДСТРОКА(Контрагент.ИНН, 1, 12)
	ИНАЧЕ "Некорректный ИНН"
КОНЕЦ КАК ИННПроверено

Как искать вхождение подстроки: ПОДОБНО и его ограничения

Для проверки «содержит ли строка подстроку» в запросе используется оператор ПОДОБНО с шаблоном: ГДЕ Наименование ПОДОБНО "%кабель%". Символ % означает любую последовательность символов, подчёркивание _ — ровно один символ, квадратные скобки — диапазон или набор. Это единственный инструмент поиска по содержимому, доступный в языке запросов.

Главное ограничение: ПОДОБНО проверяет факт вхождения, но не сообщает позицию. Поэтому конструкция «вырезать всё до первого слэша» в чистом запросе невозможна — позиция слэша неизвестна. Варианты решения: если разделитель всегда на фиксированной позиции, используйте ПОДСТРОКА напрямую; если позиция плавает, выгружайте результат и обрабатывайте функцией СтрНайти в коде, либо нормализуйте данные при записи, вынося нужную часть в отдельный реквизит.

Ещё одна ловушка — спецсимволы в самом шаблоне. Если искомый текст содержит %, _ или скобки, их нужно экранировать через специальный синтаксис СПЕЦСИМВОЛ: ПОДОБНО "%[~]%" СПЕЦСИМВОЛ "~". Без экранирования запрос найдёт лишнее или ничего не найдёт, и ошибка будет неочевидна.

Типичные ошибки и как их избежать

Первая ошибка — смешение типов в ветвях ВЫБОР. Когда одна ветвь возвращает строку, а другая число или ссылку, запрос может упасть на исполнении или вернуть неожиданный тип поля, что ломает СКД и выгрузку в таблицу значений. Правило: приводите ветви к одному типу через ВЫРАЗИТЬ или возвращайте строковое представление везде.

Вторая ошибка — сравнение с NULL. Условие КОГДА Поле = NULL никогда не истинно: в логике запросов любое сравнение с NULL даёт неопределённость. Правильно — КОГДА Поле ЕСТЬ NULL. Это особенно важно при левых соединениях, где отсутствующие записи дают NULL в полях присоединённой таблицы, и ВЫБОР КОГДА используется для подстановки значения по умолчанию.

Третья ошибка — нумерация с нуля. Разработчики, пришедшие из других языков, пишут ПОДСТРОКА(Поле, 0, 5) и получают сдвиг или пустой результат. В языке запросов 1С первый символ — позиция 1. Проверяйте результат на одном тестовом значении через консоль запросов, прежде чем встраивать выражение в рабочий отчёт.

Производительность и безопасные границы

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

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

Перед изменением рабочего запроса в продуктивной базе проверьте новый вариант на копии или хотя бы в консоли запросов с реальными данными. Ошибка в условии не разрушит данные — запросы только читают, — но некорректный отчёт, ушедший пользователям, приведёт к неверным решениям по учёту. Для запросов, участвующих в обменах и проведении документов, тестирование на копии обязательно.

Проверка результата и отладка

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

Полезный приём — добавить в запрос счётчик строк по ветвям: сгруппировать результат по вычисляемому полю и посмотреть количество записей в каждой категории. Если ветвь «некорректное значение» неожиданно велика, проблема в данных, а не в запросе. Это сразу показывает, стоит ли чинить запрос или запускать обработку очистки данных.

1. 1
   Откройте консоль запросов и выведите исходное поле без преобразований
2. 2
   Добавьте условие ПОДОБНО отдельной колонкой и проверьте, что оно срабатывает на нужных строках
3. 3
   Добавьте ПОДСТРОКА с нужной позицией и проверьте смещение на нескольких примерах
4. 4
   Соберите ВЫБОР КОГДА с ветвью ИНАЧЕ и проверьте тип результата
5. 5
   Выполните запрос на полном объёме данных и оцените время выполнения

Частые вопросы