При разработке в среде 1С:Предприятие 8.3 программисты нередко сталкиваются с ситуацией, когда синтаксически верный запрос внезапно перестает работать или выдает ошибку при попытке открыть его в конструкторе. Одной из самых коварных является ошибка: «Нельзя сравнивать поля неограниченной длины и поля несовместимых типов». Особенно часто это проявляется при работе с расширениями конфигурации и виртуальными таблицами регистров сведений.
В этой статье мы подробно разберем, почему возникает данная коллизия, проанализируем разницу в поведении платформы при использовании различных конструкций языка запросов и выясним, как правильно настроить метаданные в расширении, чтобы избежать проблем (помочь в этом может анализ состава расширений).
Рассмотрим типичную ситуацию, описанную в теме. Программист создает запрос к виртуальной таблице СрезПоследних регистра сведений ЦеныНоменклатуры. Запрос выглядит следующим образом:
ВЫБРАТЬ
ЦеныНоменклатурыСрезПоследних.Номенклатура КАК Номенклатура,
ЦеныНоменклатурыСрезПоследних.Характеристика КАК Характеристика,
ЦеныНоменклатурыСрезПоследних.Цена КАК Цена
ИЗ
РегистрСведений.ЦеныНоменклатуры.СрезПоследних(,
ВидЦены = &ВидЦены И Номенклатура В (&СписокНоменклатуры)) КАК ЦеныНоменклатурыСрезПоследних
Проанализируем ситуацию: если этот код выполняется внутри расширения конфигурации, платформа должна четко понимать типы данных всех используемых объектов. Если сам регистр ЦеныНоменклатуры заимствован, но измерение Номенклатура (ссылка на справочник) — нет, возникает конфликт. Платформа в контексте расширения может интерпретировать незаимствованное поле как поле неопределенного типа или типа с неограниченной длиной. В результате при попытке сравнения (оператор В или =) в параметрах виртуальной таблицы система выдает ошибку.
Решение: Обязательно добавьте в расширение не только сам объект метаданных (регистр, документ), но и все реквизиты, измерения и типы данных, которые участвуют в условиях запроса. Как только поле Номенклатура будет заимствовано, платформа получит информацию о его типе (ссылка), и ошибка исчезнет.
Многие замечают странную особенность: если перенести условие из параметров виртуальной таблицы в секцию ГДЕ, запрос начинает работать. Давайте разберем, почему так происходит, на примере тестирования запросов к Ветис.
СрезПоследних), платформа пытается оптимизировать запрос на уровне СУБД. Она строит вложенный запрос к физическим таблицам. Для этого ей необходима строгая типизация полей «на входе». Если тип поля Номенклатура не определен из-за отсутствия заимствования, генератор SQL-запроса не может сопоставить его с конкретной таблицей БД.ГДЕ фильтрация часто (хотя и не всегда) происходит уже после того, как основная выборка сформирована в памяти или во временных таблицах. В этом случае механизмы неявного приведения типов работают мягче, что позволяет «проскочить» проверку, но существенно снижает производительность, так как СУБД приходится обрабатывать гораздо больший объем данных перед фильтрацией.Помните, что использование ГДЕ вместо параметров виртуальной таблицы — это лишь «костыль», а не решение проблемы. Правильный путь — корректное заимствование метаданных.
Иногда корень проблемы кроется в недоработках самой технологической платформы. В частности, для версии 8.3.23.1739 и смежных была зарегистрирована ошибка 60007478. Суть ее заключается в том, что Конструктор запроса в модуле расширения падает с ошибкой несовместимых типов, если в запросе используется соединение или условие по полю, содержащему ссылку на объект, заимствованный расширением.
Если вы столкнулись с тем, что запрос программно выполняется, но не открывается в конструкторе:
Если заимствование полей не помогло, проанализируем еще несколько возможных причин:
1. Содержимое параметров запроса
Проверьте, что именно передается в параметр &СписокНоменклатуры. Если в массиве или списке значений случайно окажется объект другого типа (например, строка, число или ссылка на другой справочник), платформа выдаст ошибку несовместимости. Используйте отладчик, чтобы убедиться в чистоте данных:
// Перед выполнением запроса
Для Каждого Элемент Из СписокНоменклатуры Цикл
Если ТипЗнч(Элемент) <> Тип("СправочникСсылка.Номенклатура") Тогда
Сообщить("Обнаружен неверный тип данных!");
КонецЕсли;
КонецЦикла;
2. Поля неограниченной длины
Ошибка может возникать буквально, если вы пытаетесь сравнить поле типа Строка (неограниченной длины) или ХранилищеЗначения. В запросах 1С такие поля нельзя использовать в условиях ГДЕ, СОЕДИНЕНИЕ или в параметрах виртуальных таблиц. Если вам необходимо сравнить строковое поле, сначала ограничьте его длину с помощью функции ПОДСТРОКА.
3. Кеширование метаданных
После внесения изменений в расширение (заимствования новых полей) конфигуратор может продолжать использовать старый кеш. Рассмотрим шаги для очистки:
Резюме: В 90% случаев ошибка в расширении лечится простым заимствованием всех участвующих в запросе полей. В остальных случаях стоит обратить внимание на чистоту типов в параметрах и актуальность версии платформы.