Множественный выбор в запросе 1С: оператор В и конструкция КОГДА

Запрос «1С запрос множественный выбор когда» обычно означает одну из двух практических задач: отобрать записи по нескольким значениям сразу (оператор В со списком или параметром-массивом) либо построить условную логику прямо в тексте запроса через конструкцию ВЫБОР КОГДА ... ТОГДА ... ИНАЧЕ ... КОНЕЦ. Обе задачи встречаются в отчётах, обработках и динамических списках ежедневно, и обе решаются штатными средствами языка запросов без обхода выборки в цикле.

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

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

Как работает оператор В для множественного выбора

Оператор В проверяет, входит ли значение поля в заданный набор. Самый простой вариант — перечислить значения прямо в тексте запроса: ГДЕ Склад В ("Основной", "Розничный"). Такой вариант подходит для фиксированных наборов, но на практике чаще нужен динамический список, который пользователь отобрал в форме.

Для динамического набора в оператор В передаётся параметр, содержащий массив или список значений: ГДЕ Номенклатура В (&СписокНоменклатуры). Перед выполнением запроса параметр заполняется кодом: Запрос.УстановитьПараметр("СписокНоменклатуры", МассивНоменклатуры);. Платформа сама разворачивает массив в условие отбора на уровне СУБД.

Важно понимать: В — это логическое «ИЛИ» по всем элементам списка. Запись ГДЕ Организация В (&Организации) эквивалентна цепочке Организация = &Орг1 ИЛИ Организация = &Орг2 ИЛИ .... Если нужно, чтобы строка соответствовала нескольким условиям одновременно по разным полям, каждое поле фильтруется своим оператором В, объединённым через И.

ВЫБРАТЬ
	Продажи.Номенклатура КАК Номенклатура,
	СУММА(Продажи.Количество) КАК Количество
ИЗ
	РегистрНакопления.Продажи КАК Продажи
ГДЕ
	Продажи.Номенклатура В (&СписокНоменклатуры)
	И Продажи.Период МЕЖДУ &НачалоПериода И &КонецПериода
СГРУППИРОВАТЬ ПО
	Продажи.Номенклатура

Передача списка значений в параметр запроса

Корректная передача параметра — самое частое место ошибок. В параметр можно передать массив, список значений или таблицу значений (через временную таблицу). Строку с перечислением через запятую передавать нельзя: платформа воспримет её как одно строковое значение, и отбор ничего не найдёт либо упадёт с ошибкой несоответствия типов.

Типовой код подготовки параметра выглядит так: сначала формируется массив ссылок (например, из отбора компоновки данных или из табличной части), затем он передаётся в запрос. Если элементы приходят из пользовательского списка значений, его можно передать напрямую — платформа принимает и СписокЗначений.

1. 1
   Сформируйте массив или список значений с нужными ссылками
2. 2
   В тексте запроса напишите условие ГДЕ Поле В (&ИмяПараметра)
3. 3
   Вызовите Запрос.УстановитьПараметр("ИмяПараметра", Массив)
4. 4
   Выполните запрос и проверьте результат в консоли запросов
5. 5
   Убедитесь, что количество строк совпадает с ожидаемым отбором

Если отбор нужен по иерархии (например, по группе номенклатуры со всеми вложенными элементами), используется вариант В ИЕРАРХИИ (&Группы). Это избавляет от необходимости программно собирать все подчинённые элементы — СУБД сделает это сама.

Конструкция ВЫБОР КОГДА — условная логика в полях запроса

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

Типичный сценарий — присвоение текстового статуса по числовому условию: ВЫБОР КОГДА Остаток < 0 ТОГДА "Дефицит" КОГДА Остаток = 0 ТОГДА "Нет на складе" ИНАЧЕ "В наличии" КОНЕЦ КАК Статус. Такое поле удобно выводить в отчёт вместо постобработки выборки кодом.

Обратите внимание на типы: все ветки ТОГДА и ИНАЧЕ должны возвращать совместимые типы. Если в одной ветке строка, а в другой число, при дальнейшем использовании поля (например, в группировке или соединении) можно получить непредсказуемый результат или ошибку. Если ветка ИНАЧЕ опущена и ни одно условие не сработало, поле получит значение NULL — это частая причина «пропавших» данных при соединениях.

ВЫБРАТЬ
	Заказы.Номенклатура КАК Номенклатура,
	ВЫБОР
		КОГДА Заказы.Количество >= 100
			ТОГДА "Крупный"
		КОГДА Заказы.Количество >= 10
			ТОГДА "Средний"
		ИНАЧЕ "Мелкий"
	КОНЕЦ КАК КатегорияЗаказа
ИЗ
	Документ.ЗаказПокупателя КАК Заказы
ГДЕ
	Заказы.Проведен

Комбинация: множественный выбор внутри условия КОГДА

Оператор В можно использовать прямо внутри условия КОГДА. Это удобно, когда нужно разметить строки по принадлежности к разным спискам: ВЫБОР КОГДА Номенклатура В (&АкционныйТовар) ТОГДА "Акция" КОГДА Номенклатура В (&Новинки) ТОГДА "Новинка" ИНАЧЕ "Обычный" КОНЕЦ. Каждый список передаётся отдельным параметром-массивом.

Тот же приём работает в секции ГДЕ и в условиях соединений. Например, соединение с таблицей цен только для определённого набора видов цен: ЛЕВОЕ СОЕДИНЕНИЕ ... ПО Цены.ВидЦены В (&ВидыЦен) И Цены.Номенклатура = Товары.Ссылка. Такой фильтр в условии соединения обычно эффективнее, чем фильтрация уже соединённого результата.

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

Производительность и ограничения

Передача очень большого массива (тысячи элементов) в параметр В может замедлить запрос: СУБД строит длинное условие ИЛИ или большой временный набор. Признак проблемы — резкий рост времени выполнения при увеличении списка. В таких случаях список выгружают во временную таблицу через параметр-таблицу значений и делают внутреннее соединение: оптимизатор СУБД справляется с соединением заметно лучше.

Ещё одно ограничение: в запросах к виртуальным таблицам регистров (Остатки, Обороты) параметры отбора лучше передавать в параметры виртуальной таблицы, а не в секцию ГДЕ основного запроса. Отбор в параметрах виртуальной таблицы выполняется до вычисления итогов, что существенно сокращает объём обрабатываемых данных.

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

Как проверить результат и типичные ошибки

Базовая проверка — выполнить запрос в консоли запросов с теми же параметрами, что и в коде, и сверить количество строк с ожиданием. Если результат пустой, первым делом смотрите, что реально попало в параметр: выведите массив в сообщение или проверьте через отладчик. Пустой массив в В (&Параметр) даёт пустой результат без какой-либо ошибки — это ловушка номер один.

Вторая группа проверок касается типов. Если в массиве строки, а поле отбора — ссылка на справочник, сравнение не сработает. Убедитесь, что элементы массива имеют тот же тип, что и поле. Для ВЫБОР проверяйте, что ветка ИНАЧЕ задана, иначе непокрытые строки получат NULL и могут «выпасть» из соединений и группировок.

FAQ