Доброго дня

Уже сто раз было и все задам свой конкретный вопрос:

База ведётся с 2013 года, в месяц одного вида документов примерно 15тыс шт(реализации в частности)

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

Поэтому хочу загружать под гуидом приезжающей базы и отсюда вопрос - какова вероятность что приедет документ под тем же гуидом, что уже был заведён другой? И какие проверки предусмотреть, чтоб старый док не затереть?

З.ы. Правильно я понимаю, что в пределах только одного документа надо смотреть уникальность Гуида?

(0) v8: Как формируется GUID? (Уникальность его в пределах разных баз)

(0) Если не теория нужна, а практика, то это же всё просто О_О Проверить наличие ссылки объекта из источника в базе-приёмнике перед добавлением. Область проверки - в пределах вида объекта.

"какова вероятность что приедет документ под тем же гуидом, что уже был заведён другой?" // Зависит от того, участвовали ли эти базы в каких-нибудь обменах или переносах данных

Если _все_ документы заводились в каждой базе _независимо_ (не было обменов или перекачек данных), то вероятность ничтожна.
Для гарантированного учета такой ситуации см. (2)

Эээ... забыл добавить: если базы одинаковой конфигурации, то ссылку можно использовать "напрямую", иначе - через преобразование (ГУИД объекта в УИД и из УИДа в ГУИД приёмника) Надеюсь не сложно выразился? :)

вероятность 50/50
либо найдутся два одинаковых, либо нет

Сейчас я то проверю, но это же ежемесячная выгрузка документов(видимо не правильно выразился)  и я думаю какую проверку на входе поставить, что реально документ тот же самый, а не какой-то старый или другой в принципе?

(7) "я думаю какую проверку на входе поставить, что реально документ тот же самый, а не какой-то старый или другой в принципе" // Ну предположим, что у того же самого документа в базе-источнике поменяли _абсолютно все_ реквизиты. Никак тогда не определишь.
Заведи в источнике неизменяемые общие реквизиты  "Инфобаза создания", "Автор создания", "Дата создания" и переноси их в базу-приемник. Тогда уже можно более надежно будет сравнивать.

у меня один раз в разных узлах РИБ (правда сделанных копированием) создался документ с одинаковым ГУИДом. это было печально.

(9) я и фирма 1С тебе не верим

(9) При создании в ГУИД кодируется штамп времени, значит документы создались в одну и ту же секунду независимо? Везунчик :)

(11) ага, а мог бы джекпот сорвать))

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

(11) Туда еще подмешиваются другие данные, так что он дважды везунчик

Если не вбивать MAC-адрес карты вручную (а иногда такое делать приходится), то ГУИД-ы, сформированные по отметке времени и MAC-адресу карты будут уникальными.

Если же на нескольких машинах будет один и тот же MAC-адрес (например, кто-то купить программу, привязанную к MAC-адресу, а затем подменил его в Windows), то при генерации GUID-а в один и тот же момент времени можно получить одинаковые значения.

(15) Откуда инфа про подмешивние МАС-адреса сетевой карты в ГУИДы объектов инфобаз? А если на ПК нет сетевых карт?

Вероятность одинаковых гуидов примерно 1 на несколько миллионов.
Это если mac одинаковый и в одно время примерно параллельно создавали

(1) это ветка шестилетней давности, с тех пор все сильно поменялось

(16) В описании функции генерации ГУИД-а от Microsoft есть ошибка, когда система сообщает, что из-за отсутствия сетевой карты GUID будет уникальным только на данной машине.

https://msdn.microsoft.com/ru-ru/library/windows/desktop/aa379205(v=vs.85).aspx

https://msdn.microsoft.com/ru-ru/library/windows/desktop/aa379322(v=vs.85).aspx

(19) Ага, благодарю, но там же пишут "Computers with ethernet/token ring addresses generate UUIDs that are guaranteed to be globally unique" - не ясно, за счет чего обеспечивается эта глобальная уникальность...

(18) А что поменялось? 1С отказалась от ГУИД, теперь вместо ГУИД что-то 128 случайных символов?  Или что изменилось?

(21) Символов больше, вероятность статистическая меньше

(22) "Больше"? А сколько было и сколько стало?

(23) В гуиде 36 16-разрядных символов и четыре дефиса. Теперь их 128 и ХЗ какая разрядность.

(0) высокая)) недавно делалась выгрузка из ЗУП в БП проводок. Гуид документа в ЗУП совпал с документом БП от 11 года. Ругался на дату запрета. Понадобилось минут 5 чтобы понять что гуиды то могут совпадать))

(21) изменилось то, что сейчас все описанные там трюки по генерации одинаковых ГУИДов, не работают.

(0) в пределах 1 документа, если в правилах не конвертируются один в другой.

v8: Уникальные идентификаторы

v8: По какому алгоритму формируется GUID или что можно использовать вместо него?

v8: ГУИД 1С8

(24) Так речь о ГУИДах, выдаваемых ОС? Как это относится к УИДам объектов инфобаз 1С? Там-то все по-старому?

(24) Это в какой версии? 1С 9.0?

(26) Что именно не работает?

(24) в GUID НЕТ никаких дефисов. Они есть в текстовом представлении GUID-а. А в самом GUID-е только байты.

(31) А 1С нарисовала свой GUID, не связанный никак с операционной системой? Где про сие можно почитать?

(35) Посмотри мои ссылки v8: ГУИД 1С8

(0) Вероятность совпадения очень низкая, но она есть. Сам сталкивался только один раз с таким.

(26) Типовая БП 3.0.44.164 на платформе 8.3.8.2088


&НаСервереБезКонтекста
Процедура Команда1НаСервере()
    // Вставить содержимое обработчика.
    Док1 = Документы.Доверенность.СоздатьДокумент();
Док1.Дата = ТекущаяДата();
Док2 = Документы.Доверенность.СоздатьДокумент();
Док2.Дата = ТекущаяДата();
Док1.Записать();
Док2.Записать();
сообщить(Док1.Ссылка.УникальныйИдентификатор());
сообщить(Док2.Ссылка.УникальныйИдентификатор());
КонецПроцедуры

&НаКлиенте
Процедура Команда1(Команда)
    Команда1НаСервере();
КонецПроцедуры


Результат

0481fa4a-9538-11e6-836d-14dae9151f5c
0481fa4b-9538-11e6-836d-14dae9151f5c

И что поменялось?

По аналогии
472f0b13-4079-11dd-a992-0013d3ae4805
472f0b14-4079-11dd-a992-0013d3ae4805

Смотри

0481fa4a-9538-11e6-836d-14dae9151f5c
0481fa4b-9538-11e6-836d-14dae9151f5c


Восьмой символ

39+ Прошу прощения не посмотрел кому адресовано.
Даже если бы, что то и изменилось у автора база с 2013 года