Как правильно отфильтровать записи регистра по типу регистратора в запросе 1С?

При разработке отчетов или обработок на платформе 1С часто возникает задача получить данные из РегистрНакопления, ограничив выборку только определенными типами документов-регистраторов. Поскольку поле Регистратор имеет составной тип данных, простой оператор В(&Массив) с массивом ссылок не всегда удобен или применим (особенно если нужно отобрать все документы конкретного вида, а не конкретные экземпляры). Давайте разберем наиболее эффективные способы решения этой задачи.

Способ 1: Использование оператора ССЫЛКА

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

Рассмотрим пример реализации:

ВЫБРАТЬ
    Регистр.Регистратор
ИЗ
    РегистрНакопления.ВашРегистр КАК Регистр
ГДЕ
    Регистр.Регистратор ССЫЛКА Документ.ПриходнаяНакладная
    ИЛИ Регистр.Регистратор ССЫЛКА Документ.РасходнаяНакладная
    ИЛИ Регистр.Регистратор ССЫЛКА Документ.ВозвратТоваров

Этот метод очень читаем, но стоит помнить: при большом количестве условий ИЛИ производительность запроса может снизиться, так как СУБД может потребоваться выполнить полное сканирование таблицы.

Способ 2: Использование функции ТИПЗНАЧЕНИЯ и оператора В

Более компактный и современный способ — это использование сравнения типов. Мы берем функцию ТИПЗНАЧЕНИЯ() для поля Регистратор и сравниваем её с перечнем типов, используя литерал ТИП(). Этот подход позволяет избежать множественных условий ИЛИ.

Пример реализации:

ВЫБРАТЬ
    Регистр.Регистратор
ИЗ
    РегистрНакопления.ВашРегистр КАК Регистр
ГДЕ
    ТИПЗНАЧЕНИЯ(Регистр.Регистратор) В (
        ТИП(Документ.ПриходнаяНакладная), 
        ТИП(Документ.РасходнаяНакладная),
        ТИП(Документ.ВозвратТоваров)
    )

Этот вариант считается оптимальным с точки зрения чистоты кода и легкости его восприятия. Конструкция В работает быстро и делает запрос гораздо более лаконичным, чем цепочка из ССЫЛКА ... ИЛИ.

Способ 3: Использование конструкции ОБЪЕДИНИТЬ ВСЕ

Если логика отбора для разных типов документов требует добавления каких-то уникальных условий или вы хотите гарантированно разделить потоки данных, можно воспользоваться оператором ОБЪЕДИНИТЬ ВСЕ. Однако, стоит помнить, что это заставляет систему выполнять запрос несколько раз, что может быть избыточным.

Пример реализации:

ВЫБРАТЬ
    Регистр.Регистратор
ИЗ
    РегистрНакопления.ВашРегистр КАК Регистр
ГДЕ
    Регистр.Регистратор ССЫЛКА Документ.ПриходнаяНакладная
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
    Регистр.Регистратор
ИЗ
    РегистрНакопления.ВашРегистр КАК Регистр
ГДЕ
    Регистр.Регистратор ССЫЛКА Документ.РасходнаяНакладная

Рекомендации по оптимизации

Разбирая данные методы, важно учитывать следующие моменты:

1. Читаемость кода: Старайтесь использовать ТИПЗНАЧЕНИЯ() В (...), так как это наиболее профессиональный и лаконичный стиль написания запросов в 1С.
2. Работа с индексами: Избегайте лишних условий ИЛИ, так как они могут негативно влиять на план выполнения запроса в SQL.
3. Проверка типов: Если вы планируете передавать типы документов как параметры, вы можете передать в запрос массив типов, но синтаксис В(&МассивТипов) потребует, чтобы элементы массива были типами (полученными через функцию Тип() в коде 1С), а не ссылками.

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