Можно ли в ПередЗаписью нового объекта узнать будущий УникальныйИдентификатор? #769370

Здравия Задача - хранить уникальный идентификатор как реквизит справочника. Можно ли в ПередЗаписью нового объекта узнать будущий УникальныйИдентификатор? Чтобы не делать повторную запись объекта в ПриЗаписи.

можно ли сгенерировать случайное число, предварительно его зная?

Узнать нельзя, установить можно.

Можно узнать ссылку, которая будет присвоена. Что-то вроде ЭтотОбъект.ПолучитьСсылкуНового - поищи в справке что-то похожее на это. А там и до УникИдентификатора недалеко.

ты можешь сгенерить уид, а потом его подсунуть новому элементу. Только так.

, , да, но так делать нельзя, если ссылка грузится обменом с другой базой

, а если идентификатор уже предварительно установлен?

Если ссылка грузится обменом, то у нее уже в ПриЗаписи есть УИД

А из другой базы УИД приходит?

в *ПередЗаписью то есть

Как настроишь.

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

Я о том, что если у него синхронизация не по УИД, то почему нельзя создать новый.

А зачем тебе его хранить, если он в точности эквивалентен ссылке? Отдавать другим системам - так пусть ходят через нужное апи и получают результат. Я это к чему - ты неявно вешаешь на себя еще и задачу по контролю соответствия ссылки идентификатору. Зачем?

, сейчас проверю, но вроде уже когда-то натыкался на это и уникальный идентификатор был пустым пока объект не запишется

, проверил. Уникальный идентификтаор не заполняется до того момента, пока не произойдет запись в базу

Ссылочная целостность и начальное сопоставление по  реквизитам - немного разные вещи.

, в запросе можно получить УИД из ссылки?

, перед записью значение реквизита будет всегда сравнииваться с реальным идентифкатором. Если различаются - заменяем значение в реквизите

Удивительно, со времен 7.5 ничего не поменялось!

в запросе можно получить ссылку. Я и спрашиваю - что ты будешь делать с полученным?

, это уже другая тема - стыковка с данными ВИД по УИДу

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

А, мьсье через внешние источники работает с другой базой 1С как с sql источником... =) Ну удачи, вам в использовании двух источников данных в одном запросе.

, я же сказал - это другая тема.

+ 22 теоретически можно сделать скуль запрос к табличке и получить последний ид, прибавить 1 и .. будет работать если в базе более никого нет.

Всё таки что за обмен? РИБ, Внешние источники или ...

Реклама будущих вопросов, понимаю. Оставайтесь с нами =)

, мой вопрос по типу: "вдруг я просто чего не знаю"

Если по делу : Нет никаких способов. Верно?

Тогда ответ не нельзя. Но есть НО. ПередЗаписью можно установить какой хочешь.

Причем коварно так, из подписки на событие, отрабатывющей после обработчиков объекта.

, я уже один задал. Заходите, если что)

зачем хранить УИД как реквизит, если он есть в ссылке?

, ответ в

Не, я пока не пойму, что у тебя за шапито с понями, с попкорном посижу.

+ А когда окажется, что все это затевается ради отказа от цикла по таблице значений из пары тысяч элементов (причем без обращения к базе, влияющего на производительность чуть больше никак), то открою вторую пачку =)

По ходу, ТС, для каких-то целей, нужен ИД из Ссылки именно в запросе, а Ссылка.УникальныйИдентификатор доступны только из кода. В запросе получить ИД из ссылки стандартными средствами не получится (даже выразить ссылку как строку и выкусить из неё ИД), пробуй опереться именно на ссылку.

больше похоже на попытку использовать условия в запросе ДС по ИД из ссылки. И вот не получается, "Абыдно, да?".

Дарю: