Как правильно сравнивать несколько чисел или полей в запросе 1С

← На главную

В разработке на платформе 1С:Предприятие 8 программисты часто сталкиваются с необходимостью проверить равенство сразу нескольких значений или полей в одном запросе. На первый взгляд кажется логичным использовать математическую запись вида А = Б = В, однако в языке запросов 1С такая конструкция работает совсем не так, как в школьной алгебре. Давайте разберем, почему возникает ошибка и как реализовать такое сравнение правильно и эффективно.

Почему конструкция «1 = 1 = 1 = 1» возвращает «Ложь»?

Разберем ситуацию, которая запутала автора темы. Когда мы пишем в запросе 1 = 1 = 1, система выполняет операции последовательно, слева направо. Проанализируем этот процесс по шагам:

Сначала вычисляется первое сравнение: 1 = 1. Результатом этой операции является логическое значение Истина (тип Булево).
Затем система пытается сравнить результат первой операции со следующим числом: Истина = 1.
Поскольку в языке запросов 1С нельзя напрямую сравнивать логический тип с числовым, результат такого сравнения всегда будет Ложь (или вызовет ошибку в зависимости от контекста СУБД).

Таким образом, запись 1 = 1 = 1 = 1 эквивалентна выражению ((Истина) = 1) = 1, что логически некорректно. Чтобы получить правильный результат, нам нужно использовать другие подходы.

Метод 1: Использование логического оператора «И»

Это самый простой, надежный и наиболее читаемый способ. Мы сравниваем первое число со вторым, первое с третьим и так далее. Если все условия выполняются, значит, все числа равны между собой. Рассмотрим пример кода:


ВЫБРАТЬ
    Продажи.Номенклатура,
    ВЫБОР
        КОГДА Продажи.Количество1 = Продажи.Количество2
            И Продажи.Количество1 = Продажи.Количество3
            И Продажи.Количество1 = Продажи.Количество4
        ТОГДА ИСТИНА
        ИНАЧЕ ЛОЖЬ
    КОНЕЦ КАК ВсеКоличестваРавны
ИЗ
    РегистрНакопления.Продажи КАК Продажи

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

Метод 2: Конструкция «ВЫБОР КОГДА»

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


ВЫБРАТЬ
    Данные.Ссылка,
    ВЫБОР
        КОГДА НЕ (Данные.Число1 = Данные.Число2) ТОГДА "Различаются"
        КОГДА НЕ (Данные.Число1 = Данные.Число3) ТОГДА "Различаются"
        ИНАЧЕ "Все равны"
    КОНЕЦ КАК СтатусРавенства
ИЗ
    Справочник.Номенклатура КАК Данные

Здесь мы применили логику «от противного». Проанализируем: если хотя бы одна пара чисел не совпадает, выполнение блока ВЫБОР прекращается и возвращается результат "Различаются".

Важный нюанс: Обработка значений NULL

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

Чтобы сравнение работало корректно даже при наличии пустых значений, мы должны использовать функцию ЕСТЬNULL. Посмотрим на пример:


ВЫБРАТЬ
    ЕСТЬNULL(Таблица.Поле1, 0) КАК Поле1,
    ЕСТЬNULL(Таблица.Поле2, 0) КАК Поле2
ГДЕ
    ЕСТЬNULL(Таблица.Поле1, 0) = ЕСТЬNULL(Таблица.Поле2, 0)
    И ЕСТЬNULL(Таблица.Поле1, 0) = ЕСТЬNULL(Таблица.Поле3, 0)

Используя ЕСТЬNULL, мы гарантируем, что сравниваем числа (в данном случае 0), а не неопределенные значения базы данных.

Метод 3: Использование агрегатных функций (для группировок)

Иногда требуется проверить, равны ли значения не в разных колонках одной строки, а в одной колонке, но для разных строк (например, для всех строк в документе). В этом случае удобно использовать функции МИНИМУМ и МАКСИМУМ. Если минимальное значение в выборке равно максимальному — значит, все значения в этой выборке идентичны.


ВЫБРАТЬ
    СоставДокумента.Ссылка КАК Документ,
    ВЫБОР
        КОГДА МИНИМУМ(СоставДокумента.Цена) = МАКСИМУМ(СоставДокумента.Цена)
        ТОГДА "Цены во всех строках одинаковые"
        ИНАЧЕ "Цены разные"
    КОНЕЦ КАК АнализЦен
ИЗ
    Документ.РеализацияТоваровУслуг.Товары КАК СоставДокумента
СГРУППИРОВАТЬ ПО
    СоставДокумента.Ссылка

Производительность запроса

Выясним причину, почему использование математических формул для сравнения (например, среднее арифметическое, как предлагалось в сообщениях форума) — это плохая практика. Рассмотрим выражение (Число1 + Число2 + Число3) / 3 = Число1. На первый взгляд это работает, но:

Математическая ошибка: Если у вас числа (1, 0, 2), их среднее равно 1. Условие 1 = 1 выполнится, хотя числа в наборе разные.
Индексация: Когда вы используете арифметические операции над полями в условии ГДЕ, СУБД не может использовать индексы по этим полям (теряется свойство SARGability). Это приведет к полному сканированию таблицы (Full Table Scan), что критично для больших баз данных.

Помните: Прямое сравнение через И (AND) — это самый быстрый способ с точки зрения работы SQL-сервера.

Итоги

Мы проанализировали ситуацию со сложным сравнением в запросах 1С и выяснили, что:

Цепочки равенств типа А=Б=В недопустимы из-за особенностей типизации.
Оптимальное решение — последовательное использование оператора И.
Всегда нужно учитывать наличие NULL и оборачивать поля в ЕСТЬNULL.
Математические ухищрения вредят точности и производительности.

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