Если выполнить запрос

ВЫБРАТЬ ЗНАЧЕНИЕ(Справочник.Банки)

то получим таблицу значений с колонкой с описанием типов

    NULL
    Тип

с одной строкой, в единственной ячейке которой будет Неопределено. Хочется узнать зачем так сделано. Не лучше ли в таких случаях выдавать ошибку синтаксического контроля запроса?

На всякий случай вот полный код

Запрос = Новый Запрос;
Запрос.Текст = "|ВЫБРАТЬ ЗНАЧЕНИЕ(Справочник.Банки)|";
Результат = Запрос.Выполнить().Выгрузить();

Недавно тоже (здесь) столкнулся с такой конструкцией и тогда вроде бы пришел к тому, что возвращается пустая ссылка. Сейчас запустил в консоли (КА1, на построителе), вообще х#рня полная:
https://ibb.co/3r6wdQs

ТипЗначения в запросе от этой каки с ошибкой падает

(1) Консоль отчетов все таки опасно использовать для этого. Чище будет использовать консоль запросов и совсем чисто - отладчик. Скриншот с какой версии платформы и режима совместимости?

(0)
http://pics.wfido.ru/img/Req_rucr5.png

8.3.10.2667 без соместимости

(2) выборка показывает, что там двоичные данные
https://ibb.co/r54pNJS

платформа 8.3.13 режим совместимости 8.2

(3) может нет такого справочника?

(2) Выгрузить() получается тоже искажает, даже больше чем консоль)

(5) Да, действительно. Вертает неопределено...

(7) двоичные данные, а неопределено. "Неопределено" при выгрузить()  возникает

Действительно, Выборка возвращает двоичные данные.

Видимо это все таки тип возвращается, но какой то "недоделанный".

(10) +1

Только одно напрягает, точно помню, что эта хрень меня зацепила. И я проверял и получил пустую ссылку.
Старость - не радость)

(0) Забавная не задокументированная возможность. Как-то так. Никому не нужная, просто поиграться :-/

(10) и запакованный в 5(!) байт. Может какой-то номер таблицы

Написал в 1С багрепорт с просьбой удалить это безобразие и выдавать ошибку синтаксического контроля.

По всем признакам такое поведение похоже на не до конца удаленный функционал.

(14) Если они послушаются, сколько всего полететь может.. )))

(16) Если кто то использовал такую конструкцию в запросе, то она не могла приносить осмысленную пользу. Поэтому частота ее использования в конфигурациях наверняка крайне низкая. Думаю  из-за этого не станут оставлять эту некорректную возможность.

Как вариант, добавление в запрос условие на сравнение с перечислениями.

Есть другие варианты применения "Значение" в запросах...

(17) не факт к примеру универсальная обработка для разных конфигураций

(20) Можешь конкретный пример привести? Осмысленная польза какая может быть?

(18) Как вариант чего?

Справочник.Банки это не имя типа, это имя таблицы

(23) Нет. Справочник.Банки это имя типа и одновременно имя таблицы. Ссылочные типы в языке запросов обозначаются именами их таблиц.

(24) так ведь нет типа "Справочник.Банки". Есть "СправочникСсылка.Банки", "СправочникОбъект.Банки" и иже с ними

(25) Это верно для встроенного языка 1С. В языке запросов нет разделения на подтипы внутри одной таблицы (объекта метаданных).

(0) Мое мнение: выражение ЗНАЧЕНИЕ(Справочник.Банки) не имеет смысла.  Зачем ЭТО выполнять в запросе?

Вопрос из разряда:
"Я в запросе выбираю какую-то хрень. И на выходе получаю хрень. Почему так происходит???"

(27) Красиво написал, но бесполезно.

(26) так вы смотрите тип как раз во встроенном языке. Вы же не в языке запросов смотрите.