Может сейчас ситуация уже другая и уникальность соблюдается в рамках всей базы?
Где это описано в ИТС или документации? Киньте, пожалуйста, ссылки или ориентиры.

У меня в закладках цитата: Характерной особенностью объектного манипулирования данными является то, что на каждый объект, как совокупность данных, существует уникальная ссылка, позволяющая однозначно идентифицировать этот объект в базе данных.

(1) Не помню откуда скопировал) откуда-то с 1с)

(1) Отсюда я всегда считал, что в пределах база. Но так как это GUID то по идее гораздо шире.

ГУИД определяется как Глобально Уникальный Идентификатор
Вероятнось совпадения теоритечиски очень-очень-очень маловероятны

(0) вероятно, ситуация была очень и очень спорной с последовательностью.. Где-то читал, что в пределах одной таблицы по одной и той же дате может наблюдаться разная последовательность документов.

Уникальность идентификаторов гарантируется только в пределах одной таблицы, это следует из структуры индексов и наличия УстановитьСсылкуНового с заранее определенным идентификатором

(1) а теперь посмотри на структуру полей составного типа в БД

(3)(4) а GUID тут не причем, в слове УникальныйИдентификатор нет буквы Г(лобальный)

(6) +1

Уникальность ГУИД соблюдается в пределах таблицы

Это легко проверить - создай два элемента разных справочников с одним и тем же ГУИДом

В 1С не ГУИДы, а УИДы. Когда-то Я тоже говорил неправильно (с "Г")

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

(1) Это верно. Но здесь имеется ввиду ссылка на объект, а это комбинация Тип (что соответсвует таблице БД) + Идентификатор

(6) из описания УстановитьСсылкуНового:

Устанавливает значение для нового (созданного и еще не записанного) объекта, которое будет назначено при записи в качестве ссылки. Значение не может равняться ссылке какого-либо из имеющихся в базе данных объекта данного типа. Уникальность ссылки проверяется при записи объекта.

Согласен.

И, все-таки, вопрос освещен в документации или нет?

(12) Значение не может равняться ссылке какого-либо из имеющихся в базе данных объекта данного типа

не может ... данного типа

(13) как раз объекты РАЗНЫХ типов надо сливать в ОДНУ таблицу на стороне. Получается, по идентификатору это делать нельзя. Чем обосновать-то?

В 1С: Предприятие 8.3 Практическое пособие разработчика например :-)

Но (6) (8)! В описании объекта УникальныйИдентификатор в справке платформы:

Предназначен для создания и хранения глобального уникального идентификатора GUID.

Вот и верь печатному слову.

(15) вероятность крайне мала. сначала проверь, может у тебя не пересекаются они.

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

в 1с 7.7 уникальные идентификаторы (т.к. они все в _1sjourn), в 1с8 нет. Можешь сам проверить: взять УИД и создать новый документ другого типа с таким же УИД.

"сливать в ОДНУ таблицу на стороне" - зачем "сливать" УИД?

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

(20) а если нужно перелить повторно?

(21) так пока и получается. На каждую строку ряда документов создавать, наверное, справочник, чтобы по-нему строить уникальный идентификатор. Ничего себе размерчик справочника получается!!!

в типовых на БСП уже есть такой регистр сведений под это дело. Причем при работе через КД2 и КД3 там все само заполняется

естественно, если пользоваться типовым обменом по правилам

(24) но в типовых вроде гиуды по умолчанию сохраняются.
а регистр нужен для случаев сопоставления

(26) ну там не только гуид, но и тип объекта-источника сохраняется

как раз из-за типового РС.ИдентификаторыОбмена и сыр-бор.
Там одно измерение Объект (ссылка на прикладной объект) и один реквизит Идентификатор (36 символов). Не хватает длины идентификатора или идентификатора типа/базы/др

Офигеть!! а в УТ, реально, есть ТипПриемника, ТипИсточника и др!!!

Axelot отстой!!

в старой БСП было меньше измерений :)

Теперь совсем-совсем нужна ссылка на документацию!! Как без этого бодаться с акселотом-то!!!

(32) не совсем документация, но: https://its.1c.ru/db/pubdevguide83#content:285:1

(15) сначала проверить надо, может сейчас пересечений по ГУИДам нет. В случае одноразовой выгрузки тогда проблем нет. А если многоразовая - тогда к строковому идентификатору можно добавлять первую букву справочника для уникальности.

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

А что там Акселот, шинку данных вам пилит?

(16) Ну, на ИТС тоже много где используется "GUID" как синоним "уникального идентификатора"

Ну и в одата-интерфейсе тип для ссылок имеет в своем названии "Guid".
А по сути где первоисточник?

(38) в с++ тоже гуид называется

В RFC тоже синонимы: https://tools.ietf.org/html/rfc4122
"This specification defines a Uniform Resource Name namespace for
   UUIDs (Universally Unique IDentifier), also known as GUIDs (Globally
   Unique IDentifier)"
А что может быть "первоисточнее"?

1. Уникальность только в одной таблице
2. На практике было 1 совпадение УИД на 2 миллиона записей (документов) создаваемых в разных базах.

(41) ну это в теории. а если на практике? например, если правила обмена, там гуид копируется в другую базу. Если например в бп один справочник Контрагенты. А в Ут два справочника Контрагенты и Партнеры. То легко можно накосячить в правилах, чтобы в справнике Контрагенты и Справочнике Партнеры ГУИД был одинаковый.

(0) ссылка на объект содержит в себе: Вид(тип) объекта и Уникальный код среди этого вида (в пределах этой ИБ)

(40) Насколько я понимаю, суть оно одно и то же - 128-битное целое. Это очень много значений и теоретически глобальная уникальность достижима. Но весь вопрос в механизме генерации. Уникальность достигается в том случае, если этот механизм достаточно качественно сделан. Если не очень, то дубли возможны.

(42) Если у тебя Контрагенты+Партнеры >2 лямов то вот примерно 1 совпадение и будет и то возможно.
А возможно и не будет совпадений УИД, все зависит от времени занесения/создания новых записей.

В моем случае было около 180 мест (баз) одновременного занесения, если места всего 2 то вероятность совпадений снижается очень сильно, УИД он включает в себе текущие дату+время.