Есть запрос к документам, в котором требуется получить значения свойства реквизита документа.
Как получить значение свойства без точки?
Можно через левое соединение и условием по свойству. Но в условии это свойство тоже нужно указывать через точку. Так можно делать или тоже не комильфо?

выразить

И бери через точку что хочешь

Или тип не составной? Тогда почему через точку не хочешь?

(2) Выразить(Документ.Договор.Владелец как Справочник.Контрагенты) КАК Контрагент

Так?

(0) А смысл? Все одно соединение.

(1) и ВЫРАЗИТЬ что даст? по ссылкам не будет прыгать в другие таблицы?

(5) вот и мну этот вопрос интересен

(5) А фиг его... Может будет оптимальнее

(4) Не очень удачный пример.
В нём ВЫРАЗИТЬ нафиг не нужно, т.к. реквизит "Владелец" скорее всего не является составным.

Этот пример показателен с другой стороны. К вопросу о том зачем в документе отдельный реквизит Контрагент, когда есть Договор (контрагента можно получить в виде Владельца этого договора). То есть вроде как налицо явная информационная избыточность. Однако при внимательном рассмотрении выясняется, что этот несчастный контрагент нужен сплошь и рядом при работе с документом, а потому целесообразнее (с точки зрения производительности), когда он хранится в таблице документа в виде отдельного поля, а не получается через соединение от договора.

А ВЫРАЗИТЬ имеет смысл применять к полям составного типа для ограничения количества неявных левых соединений со всеми таблицами, которые могут хранить значения этого реквизита.
Например, в регистре есть измерение СчетФактура. Тип - более десятка различных ДокументСсылка.... Если ты точно знаешь, что тебе нужны, например, только документы ПоступлениеТоваров и их реквизиты (через точку), то тут как раз самое место для ВЫРАЗИТЬ(РегистрНакопления.НДСЗаписиКнигиПокупок.СчетФактура КАК Документ.ПоступлениеТоваров).НомерВходящегоДокумента

(0) >> Как получить значение свойства без точки?

Никак. Либо через точку (неявное левое соединение), либо прописывая это самое левое соединение.
Еще вариант - повышение информационной избыточности путём хранения нужных тебе реквизитов в самой таблице (чтобы не получать их через точку от других реквизитов). Иногда это оправдано и имеет смысл.

(6) любой составной тип делает джойн сначало с таблицей конфигурации (метаданных) и после этого делает джойны ко всем таблицам из по типу вне зависимости от реального типа данных.

при обычных условиях такие расходы не очень велики, но при отсутствии статистики или большого количества мелких запросов (например в динамических списках) это существенно...

у ВЫРАЗИТЬ() есть один небольшой недостаток - оно позволяет ограничить соединения только одной таблицей.
Конечно, можно указать что то вроде ISNULL(ВЫРАЗИТЬ Заказ КАК Документ.ЗаказПокупателя).Номер, ВЫРАЗИТЬ(Заказ КАК Документ.ВнутреннийЗаказ).Номер)
Но, имхо, в данном случае лучше отказаться от разыменования (поля через точку) и использовать явные соединения. COALESCE иногда (редко) тоже не хватает.

(4).(11) спсб за пояснения, так примерно и представлял

(11) >любой составной тип делает джойн сначало с таблицей конфигурации (метаданных)

А подробнее можно? Как это выглядит на уровне SQL? Делать джойны с неизвестными на момент разбора запроса таблицами еще ни одна из поддерживаемых платформой СУБД не научилась. :)

Я до сих пор считал, что все метаданные и имена соответствующих таблиц кэшируются при первом обращении и в дальнейшем берутся из памяти.

(14) на уровне sql - строится соединение (ЛС) ко всем таблицам, входящим в составной тип (при ДокументСсылка - будет соединение ко всем таблицам документов)
Само поле - получается через CASE WHEN

(14) Тип данных сразу записывается в поле ИД объекта.
В метаданные лазить не нужно.

(0) А чем точки мешают? :)

(16) нету там типа в ид

(18) не в самом ид, но рядом.

(0) Не врубаюсь, в чем проблема.

(17) Ни чем не мешают, просто обращение через точку это неявное соединение. Ничего страшного в таком обращении нет, проблемы могут возникнуть, как уже писали выше, если идет обращение к реквизиту с составным типом данных.

(15) Ты написал все верно, но мой вопрос был о другом.

(16) Не сам тип, а его ID. Чтобы приджойнить таблицу, в метаданные лазить нужно.

(22) Если интересно, то вот тут http://catalog.mista.ru/public/184361/
немного про составные типы написано - что происходит на уровне sql.

(0) Если исходный тип не составной 1 точка - нормально, оно все равно есть в выбираемой таблице. 2 точки - не очень, но зачастую нет смысла городить левое соединение (система это сделает сама не хуже, а запрос читается лучше). А вот 3 точки уже надо избегать насколько возможно.

С составными типами сложнее, там уже по результатам профилирования надо смотреть.

(23) Спасибо, познавательно. Кое-чего не знал.
Но в (14) я лишь хотел уточнить непонятную фразу уважаемого  vde69.