Сравнение типов в запросе 1С: ТИПЗНАЧЕНИЯ, ССЫЛКА и приведение типов

В языке запросов 1С нет оператора «сравнить тип» в привычном виде, но задача решается тремя штатными средствами: функцией ТИПЗНАЧЕНИЯ, литералом ТИП(...) и выражением ССЫЛКА. Все три входят в стандарт языка запросов и работают на любой поддерживаемой платформе 8.3 без дополнительных расширений.

Чаще всего сравнение типов нужно при работе с полями составного типа: документ «Реализация товаров» может быть основанием для разных документов, реквизит «Контрагент» в некоторых конфигурациях хранит и справочник, и строку, а регистры сведений с измерением произвольного типа встречаются в типовых решениях повсеместно. Без проверки типа такие запросы либо возвращают лишние строки, либо падают с ошибкой соединения таблиц.

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

Функция ТИПЗНАЧЕНИЯ и литерал ТИП: точное сравнение типов

Основной способ — функция ТИПЗНАЧЕНИЯ(Поле), которая возвращает тип значения поля, и литерал ТИП(ИмяТипа), задающий тип для сравнения. Сравнение выполняется обычным знаком равенства в секции ГДЕ:

ВЫБРАТЬ
	Свойства.Объект КАК Объект
ИЗ
	РегистрСведений.ДополнительныеСведения КАК Свойства
ГДЕ
	ТИПЗНАЧЕНИЯ(Свойства.Объект) = ТИП(Справочник.Номенклатура)

Имя типа внутри ТИП() записывается без кавычек и состоит из вида объекта метаданных и его имени: ТИП(Документ.РеализацияТоваровУслуг), ТИП(Справочник.Контрагенты). Для примитивных типов синтаксис другой — ТИП(ЧИСЛО), ТИП(СТРОКА), ТИП(ДАТА), ТИП(БУЛЕВО).

Важное ограничение: ТИПЗНАЧЕНИЯ возвращает фактический тип хранящегося значения, а не тип реквизита. Если поле составного типа и в конкретной строке лежит ссылка на справочник «Номенклатура», сравнение сработает, даже если реквизит объявлен как «документ или справочник». Если значение — NULL (например, при левом соединении), функция вернёт NULL, и условие не выполнится: NULL = ТИП(...) всегда даёт неопределённость, а не «истина».

Условие ССЫЛКА: компактная альтернатива

Для ссылочных типов есть более короткий синтаксис — оператор ССЫЛКА. Он проверяет, что значение является ссылкой на указанный вид объекта:

ВЫБРАТЬ
	Заказы.ДокументОснование КАК Основание
ИЗ
	Документ.ЗаказПокупателя КАК Заказы
ГДЕ
	Заказы.ДокументОснование ССЫЛКА Документ.СчетНаОплатуПокупателю

Результат эквивалентен сравнению ТИПЗНАЧЕНИЯ(Поле) = ТИП(Документ.СчетНаОплатуПокупателю). Разница в читаемости и ограничениях: ССЫЛКА работает только со ссылочными типами (справочники, документы, планы видов характеристик и т.п.), а ТИПЗНАЧЕНИЯ подходит и для примитивов — чисел, строк, дат.

Оба варианта применимы в секциях ГДЕ, ИМЕЮЩИЕ, в условиях соединения и в операторе ВЫБОР. Для виртуальных таблиц проверку типа лучше выносить в параметры виртуальной таблицы, если она поддерживает отбор: фильтрация на уровне СУБД до выборки данных быстрее, чем постобработка.

Приведение типов через ВЫРАЗИТЬ

Когда нужно не просто отфильтровать, а обратиться к реквизитам объекта через точку, применяют оператор ВЫРАЗИТЬ. Он приводит значение составного поля к заданному типу; если тип не совпадает, результат — NULL:

ВЫБРАТЬ
	Свойства.Объект КАК Объект,
	ВЫРАЗИТЬ(Свойства.Объект КАК Справочник.Номенклатура).Артикул КАК Артикул
ИЗ
	РегистрСведений.ДополнительныеСведения КАК Свойства
ГДЕ
	Свойства.Объект ССЫЛКА Справочник.Номенклатура

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

Признак корректной работы: в результате запроса колонка с приведённым реквизитом заполнена только для строк нужного типа, остальные строки содержат NULL. Если NULL появился там, где ожидалось значение, — значит, тип фактических данных не совпал с типом в ВЫРАЗИТЬ.

Сравнение типа с параметром запроса

Иногда тип нужно сравнить не с жёстко заданным литералом, а с типом переданного параметра. Прямого способа получить «тип параметра» в языке запросов нет, поэтому используют обходной приём: сравнивают ТИПЗНАЧЕНИЯ(Поле) с ТИПЗНАЧЕНИЯ(&Параметр):

ГДЕ
	ТИПЗНАЧЕНИЯ(Свойства.Объект) = ТИПЗНАЧЕНИЯ(&Образец)

Параметр &Образец должен содержать ссылку нужного вида — например, пустую ссылку Справочники.Номенклатура.ПустаяСсылка(), полученную в коде модуля. Это удобно, когда вид объекта выбирает пользователь, и запрос строится универсально.

Альтернатива — передавать в параметр строку с именем типа и строить текст запроса динамически через подстановку ТИП(Справочник." + ИмяТипа + "). Такой подход гибче, но требует контроля допустимых значений: подставлять в текст запроса произвольный ввод пользователя нельзя, это источник ошибок и потенциальных проблем с безопасностью.

Типовые сценарии: отбор, группировка, ВЫБОР

Отбор документов конкретного вида из составного реквизита

Классическая задача — выбрать из регистра «СвязанныеДокументы» только те строки, где документ-основание имеет нужный вид. Решение — условие ССЫЛКА или ТИПЗНАЧЕНИЯ в секции ГДЕ, как в примерах выше. Если видов несколько, условия объединяют через ИЛИ.

Разная логика для разных типов через ВЫБОР

Оператор ВЫБОР позволяет вернуть разные поля в зависимости от типа значения — например, для номенклатуры показать артикул, а для контрагента ИНН:

ВЫБРАТЬ
	ВЫБОР
		КОГДА Т.Объект ССЫЛКА Справочник.Номенклатура
			ТОГДА ВЫРАЗИТЬ(Т.Объект КАК Справочник.Номенклатура).Артикул
		КОГДА Т.Объект ССЫЛКА Справочник.Контрагенты
			ТОГДА ВЫРАЗИТЬ(Т.Объект КАК Справочник.Контрагенты).ИНН
		ИНАЧЕ ""
	КОНЕЦ КАК Реквизит
ИЗ
	РегистрСведений.ДополнительныеСведения КАК Т

Проверка примитивных типов

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

1. 1
   Определите, какие типы реально хранятся в поле: выполните запрос с ТИПЗНАЧЕНИЯ(Поле) и группировкой.
2. 2
   Добавьте отбор по нужному типу через ССЫЛКА или ТИПЗНАЧЕНИЯ = ТИП(...).
3. 3
   Приведите поле через ВЫРАЗИТЬ к нужному типу перед обращением к реквизитам через точку.
4. 4
   Проверьте результат на тестовых данных: количество строк, отсутствие неожиданных NULL.
5. 5
   Оцените время выполнения на рабочем объёме данных, при необходимости перенесите отбор в параметры виртуальной таблицы.

Частые ошибки и ограничения

Первая ошибка — сравнение типа со строкой: ТИПЗНАЧЕНИЯ(Поле) = "Справочник.Номенклатура" не работает, тип нельзя сравнить со строковым литералом. Только литерал ТИП(...) или ТИПЗНАЧЕНИЯ от другого значения.

Вторая — забытый NULL. При левом соединении или в необязательных реквизитах поле может быть пустым, и условие по типу молча отбросит такие строки. Если строки должны остаться в выборке, добавляйте ИЛИ Поле ЕСТЬ NULL.

Третья — обращение через точку к полю составного типа без приведения. Кроме падения производительности, в некоторых случаях запрос завершится ошибкой, если состав типов включает несовместимые для соединения варианты. Четвёртая — попытка использовать ССЫЛКА с примитивным типом: синтаксис этого не допускает, применяйте ТИПЗНАЧЕНИЯ.

Как проверить результат и что учесть по производительности

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

По производительности: сравнение типов само по себе недорогое, но индексов по типу значения не существует, поэтому отбор ГДЕ ТИПЗНАЧЕНИЯ(...) = ТИП(...) по большой таблице выполняется полным сканированием. Если такой отбор выполняется часто, рассмотрите вариант хранения вида объекта в отдельном индексированном реквизите или использование параметров виртуальных таблиц.

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