Приветствую, товарищи! Обнаружено странное)

На самом деле не странное, больше непонятное для начинающих.

Обратился один из пользователей с проблемой, ваш сервис - работает неправильно! Если быть точным -

"Задумка очень хорошая, но воплощение, к сожалению, не рабочее".

Я сразу начал рефлексировать - "где я свернул не туда?", без шуток. И попытался выяснить, что пошло не так.
Оказалось, что пользователь выполняет запрос скрин 1

Выбрать
    Артикул
    Цена
Из Справочник.Диваны

И получает результат
скрин 2.

Казалось бы, запрос должен вернуть две колонки, а возвращает одну, да еще при этом и название ставит странное. Ошибки выполнения запроса нет.

Внимательные пользователи заметят - "Так там же нет запятой между полями!!!". Да, в этом и радость и проклятье. Если поставить запятую запрос выполняется нормально. Каждый может поиграться с этим в разделе Запросы.Базовый

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

Таки да, платформа не считает такой синтаксис ошибкой. Потому что это не ошибка)

Стандарт SQL позволяет задавать псевдонимы полей (алиасы) без использования конструкции КАК (AS). В таком случае мы вполне имеем право писать в запросе:

так

Выбрать
  Артикул Артикул1,
  Артикул ТакойЖеНоДругойАртикул
Из Справочник.Диваны

так

Выбрать
  Артикул
  Артикул1,
  Артикул
  ТакойЖеНоДругойАртикул
Из Справочник.Диваны

и даже так

Выбрать
  Артикул КАК Артикул1,
  Артикул КАК ТакойЖеНоДругойАртикул
Из Справочник.Диваны

Результат будет один и тот же скрин 3.

Для совсем любознательных приложу трассировку запроса. Это во что превращается запрос перед попаданием в СУБД.
Просто платформа выкидывает второе поле, и даже псевдонима ему не задает, так как помнит его самостоятельно или берет его из названия поля.

Изначально написал такой запрос:

Выбрать
    Артикул
    Цена
Из Справочник.Диваны

Результирующий запрос выглядит так:

SELECT
    T1._Rec2
FROM _Reference114 T

Как видите, даже в программно сгенерированном запросе для таблицы в блоке FROM есть псевдоним - Т, но нет оператора AS (КАК)

Дополнил материалы в статье про алиасы полей, оказывается мы не добавили эту информацию раньше. Обновленную статью можно почитать ЗДЕСЬ.

В своей работе я никогда не использовал определение псевдонимов полей без оператора КАК. На мой взгляд это несколько ухудшает читаемость. Потому и вам рекомендовать обходиться без него не буду.

🤓 Отвечу на поступивший вопрос-загадку)
Переделал немного сущности из изначального сообщения, но смысл остался тот же

ВЫБРАТЬ
 Диваны.Ссылка Ссылка Диваны Ссылка
ИЗ
 Справочник.Диваны Диваны

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

| Ссылка |
| ------ |
| Да     |
| Да     |
| Да     |
| Да     |
| Да     |

Разберемся что здесь происходит, а происходит здесь 3 действия (скрин 2).

1. Задаем псевдоним "Диваны" для таблицы Справочник.Диваны без использования оператора КАК

2. Выбираем поле с названием Диваны.Ссылка и применяем к нему функцию Ссылка, которая определяет является ли значение в этом поле ссылкой на объект. В данном случаем мы задали для таблицы Справочник.Диваны псевдоним Диваны, потому тоже можем использовать в операции сравнения этот псевдоним

3. Задаем псевдоним "Ссылка" для результата выполнения предыдущих действий, опять же без использования оператора КАК

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

Все происходящее можно было бы описать в более явном виде. скрин 3 и тогда загадочность запроса пропадает)

@SAShikutkin спасибо за ребус)