GUID Запрос в СКД #505961

Есть регистр сведений, в котором в одном из измерений находятся GUIDы объектов (это история создания объектов), а кроме того измерения пользователь, дата создания и т.п. Надо отчет наваять по истории создания объектов. Вопрос: Как в запросе можно получать ссылки, имея всего лишь GUIDы... Или уже поздно, или тупняка ловлю.

Отбор по GUID-ам?

Отборы и т.п. все работает Вывод формы списка регистра, вывод списков с отбором в самих объектах на отдельной вкладке реализовано. Нужно получать по GUID ссылку в запросе, чтобы вставить такой запросик в схему компоновки данных и получить красивый отчет.

ничене понял.

может по объектам получать? Выцеплять из GUID сведения о них.

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

Платформа 1С:Предприятие 8.1 В регистре сведений есть измерение GUID, в котором записаны уникальные идентификаторы документов. Утрирую задачу: и есть измерение Пользователь типа Справочник.Пользователи. Хочу в запросе получить следующее: какие объекты создал данный пользователь. Как получить в запросе GUID - проще пареной репы, но на кой они пользователю, он хочет видеть ссылки на объекты. Использую при выводе схему компоновки данных, так вот вопрос: как это сделать... В самом запросе вроде нельзя, можно ли в вычисляемых полях выражение вписать, чтобы получать уже ссылки, а не GUIDы.

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

мсье, однако, знаток изысканных извращений, о коих Донасьен Альфонс Франсуа де Сад даже не помышлял, а Леопольд фон Захер-Мазох не смел и помыслить...

Так вроде бы для этого в РС есть спец галка

независимый?

а, стесняюсь спросить, каким образом в запросе ГУИД ты получаешь?

"Ведущее", если ее выключить, то будет то, что хочет автор, но без противоестественных соитий с межушным ганглием

Да они у меня в измерении типа Строка

об этом-то как раз все догадались...

Измерения: Объект - объект, к которому хранится значение реквизита. У измерения устанавливается признак "Ведущее", чтобы при удалении объекта удалялась и запись о нем в регистре сведений. (с)

Ведущее отключено. Все как я понял рекомендуют хранить не GUID, сразу ссылку на объект, в случае удаления объекта просто очищать данное измерение?

не колется.

гениталию +5 к карме и ПМХ - его записку на туалетно бумаге в качестве пруфлинка предъявили :)

Ну как через ссылку и ведущее я понял. :)

так как с ? мне реально интересно, чего я такого пропустил, очень хочется голову пеплом посыпать

В случае удаления объекта запись в РС должна тоже автоматом грохнуться

Только не хотел я удалять запись при удалении объекта, а оставлять хотел GUID, чтобы можно было к примеру подключаться через COM к бекапу (хотя действительно... имея ссылку можно будет и там найти)...

если галка включена. Он тебе про другое состояние галки говорит

Это я знаю. У меня выключена, и будут в измерении ссылки, не смогу я удалять объекты. Либо принудительно, объект не найдет... либо извращаться при удалении очищать измерение...

Идея с хранением GUID все же имеет быть? Можно в вычисляемом поле в схеме компоновки данных получить ссылки, если там все виды документов есть...

может в тексте уникальный код объекта хранить как одно из измерений)

удалять, да, придется принудительно, но зато проблемы с сабжем не будет. Вообще, откуда взялась такая навязчивая тяга к непосредственному удалению? Кроме того, ИМХО, соорудить особый механизм удаления проще и логичнее, чем вот этот вот велосипед с отчетом изобретать. Отчеты разные могут понядобитья, везде изобретать велокат будешь?

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

Ну и базу добить то же проще)

следующая твоя ветка будет примерно такая: "Навертел вычисляемых полей, приводящих строку с гуидом к ссылке, как теперь избавиться от сообщения 'Недостаточно памяти'"

Как раз и хранится как одно из измерений.

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

Может без СКД как-то можно обойтись? Через промежуточные таблицы)?

Ладно, походу придется ссылки хранить... Подписка ПередУдалением. Это перед пометкой удаления или перед непосредственным удалением объекта из базы?

Короче как я поняла, ссылки мона получить тока имея ссылки)))

а заодно и без запросов? :)

ВНЕЗАПНО?

и  ваще, слишком много знать начальству вредно)

мгновенно

Не, ну мущщины, скажите что-нибудь, не оставляйте последнее слово за женщиной:-)

Тему временно закрываю на обдумывание целесообразности хранения подобных данных в измерении.