Присоединение регистра сведений #526770

Такой вопрос: есть непериодический регистр сведений с измерением "Объект" (составной тип справочники "Контрагенты""Договоры""Организации") и ресурсом "Значение" (тип "Строка"). В запросе получаю элементы организаций, контрагентов и договоров, хотелось бы соединением получать значения регистра сведений с отбором по полю "Объект". Пока надумал присоединить регистр сведений 3 раза :) с установленной связями вида Объект = Контрагент, Объект = Договор и т.п. Подскажите более рациональный способ, плз.

покажи запрос свой

три вложенных запроса по регистру с условием Где Объект Ссылка (...

>>В запросе получаю элементы организаций, контрагентов и договоров Вот это в ВТ, а потом соединяй её

+1. Непонятна задача. Выбираем 3 элемента, а значения в один?

ну как вариант тогда еще три запроса и ОБЪЕДИНИТЬ ВСЕ использовать.

нормальный способ - так и делай

запрос целиком покажи

куда ушел Гоголя читать? Записки сумашедшего?

ВЫБРАТЬ ИЗ

вот такой, примерно: -- ВЫБРАТЬ

интересно, но не пойдет - нужны разные поля.

+ в последней связи ошибка :) но идея понятна, думаю.

для Января нормально, если работает. Структура регистра непонятная немного, странные названия измерений, а так ИМХО нормально.

а какой тут тип АнглийскиеСинонимы2.Синоним?

АнглийскиеСинонимы2.Синоним КАК ДоговорАнгл ... СписокЭлементов.Договор = АнглийскиеСинонимы2.Синоним ... И что получиш? неужто перевод? не соеденится же

Соединяй по ОБЪЕКТ

там ошибка, я ж написал (рабочий запрос слишком длинный, чтобы выкладывать). структуру регистра я в расписал, но еще раз: измерение "Элемент" (тип данных СправочникСсылка "Организации", "Контрагенты", "ДоговорыКонтрагентов"); ресурс "Синоним" (тип "Строка").

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

ПО СписокЭлементов.Договор = АнглийскиеСинонимы2.Синоним ну и понятно, что ошибка типы разные.

ПО СписокЭлементов.Договор = АнглийскиеСинонимы2.Элемент может все таки так?

[фейспалм] ну не туда я ткнул мышкой в конструкторе в последней связи. идею конструктивно покритикуйте, меня парит, что в перспективе при расширении списка типов в измерении придется и пять и десять соединений писать. имхается, не рационально.

ты читал?

а... вон оно чего... ну, можно запрос формировать динамически...

это чем то отличается от соединений?

Так он получает одну строку в результате запроса, со всеми колонками, если ему не надо всё в одну строку зарядить - то да

ты можешь ответит на вопрос с какого бодуна ты такое соединение делаешь, когда у тебя типы разные?

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

ошипся он когда выкладывал, норм всё

раз ты это как то понял значит 1снек телепат

Или он только про последнее соединение говорил?)) тогда да, непонятно... запутал блин вконец)

прогнозирую, что автор опять напишет в теме через час или два. Тогда поймем.

конечно, телепат. , и читать же не надо.

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

Я вот перечитал ещё раз, типы же разные получаются всё равно!)

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

Ладно, пора домой, мозг отдыхает уже