Как формируется GUID?

Программирование - Практика программирования

"Коллеги, есть идеи, как получить последнюю созданную характеристику? Реквизиты полностью идентичны(код, наименование, и т.п.)."(c) "Насколько я знаю, ссылка не обеспечивает последовательность, а только уникальность."(c) "Я сделал по Максимум(Ссылка). Но, чета, мне кажется, это неправильно."(c) "Слышал что в ГУИд содержится как раз время создания и по всей логике вещей сортировка по ссылке должна сортировать по моменту создания объекта"(c) Сколько раз вы слышали такие фразы? На удивление я не обнаружил информации по этой теме, пришлось разбираться самому...

Начнем издалека../

Что такое GUID или уникальный идентификатор объекта?
GUID (Globally Unique Identifier) - статический уникальный 128-битный идентификатор. Его главная особенность - уникальность, которая позволяет создавать расширяемые сервисы и приложения без опасения конфликтов, вызванных совпадением идентификаторов. Хотя уникальность каждого отдельного GUID не гарантируется, общее количество уникальных ключей настолько велико (2128 или 3,4028?1038), что вероятность того, что в мире будут независимо сгенерированы два совпадающих ключа, крайне мала.
GUID состоит из четырех частей разделенных символом тире и содержащих в сумме 32 символа, которые являются шестнадцатеричным представлением 16 байт (128 бит). Т.е. два символа в GUID (октет) – это один байт в шестнадцатеричном виде. Пример GUID: b0d4ce5d-2757-4699-948c-cfa72ba94f86
[1]

Почему используется guid, а не простой auto-increment(indentity)?
Для использования гуидов есть 2 причины:
- хотим чтобы база данных или какой-нибудь другой сервер(кластер) не имел централизованного управления генерацией ключей
- нужно избавиться от проблемы создания одинакового идентификатора на разных рабочих серверах
Такие проблемы обычно возникают в распределенной среде исполнения, а кластер серверов позиционируется как распределенный и желательно полностью избежать единой точки выдачи уникальных ключей.
Если ваша система не имеет таких требований, вам не нужен UUID.
[1] [2]

В чем разница между uuid и guid?
UUID это термин из стандарта rfc4122, который опубликует всемирная организация стандартизации eitf.
Грубо говоря GUID это то что получилось на практике у Microsoft. Теория различается с практикой так же, как и XML с HTML.
[1] [2]

Из чего состоит guid?
Определяется типом:
- Random: Just use the system’s random-number generator to create a 128-bit number.
- Time-based: Create a GUID based on the current time.
- Hardware-based: Make a GUID with certain portions based on hardware features, such as the MAC address of a network card.
- Content-based (MD5 or SHA-1 hash of data): Create a GUID based on a hash of the file contents. Files with the same contents will get the same GUID.
[1]

Как определить версию GUID?
Версия гуида определяется в старшем байте 7 октета.
b0:d4:ce:5d-27:57-46:99-94:8c-cf:a7:2b:a9:4f:86
[1]

Почему нельзя упорядочить по ссылке, если в ней содержится дата создания?
Как уже было описано, guid изначально был придуман для РАСПРЕДЕЛЕННЫХ систем, в которых ПРОБЛЕМА УНИКАЛЬНОСТИ идентификаторов решена полным ОТКАЗОМ ОТ АВТОИНКРЕМЕНТА в пользу СЛУЧАЙНЫХ чисел и специальных техник. GUIDы случайны и неповторяемы по определению и в этом его достоинство и недостаток. Например, в предопределенных элементах и произвольных идентификаторах используется Random GUIDs (Version 4). В "типизированных" же Time-Based GUIDs (Version 1). 

Используются разные стандарты?
Да, но когда индексам БД приходится работать со случайными значениями ключей(см. B-Tree Insertion) возникают проблемы. 
[1] [2]

То есть для ссылок может создаваться Random GUID?
Только для предопределенных элементов и вручную созданных гуидов.

ГУИДВидНоменклатуры = Новый УникальныйИдентификатор();
ВидНоменклатурыСсылка = Справочники.ВидыНоменклатуры.ПолучитьСсылку(ГУИДВидНоменклатуры);
ВидНоменклатурыОбъект = Справочники.ВидыНоменклатуры.СоздатьЭлемент();
ВидНоменклатурыОбъект.УстановитьСсылкуНового(ВидНоменклатурыСсылка);
ВидНоменклатурыОбъект.Наименование = "тест";
ВидНоменклатурыОбъект.Записать();
Результат:
Ссылка    Код    Предопределенный    Наименование
4ad76228-517f-4496-aa6c-eef36d3de35a    000000001    истина    Товар        <-- Random UUID (version 3)
01d3ff0d-cc37-4863-adef-72d3b0dbf08a    000000002    истина    Продукция
623bca27-dffd-4391-b233-20ca170549d4    000000010    ложь      тест
769e3f33-50d7-11e7-bcda-94de807c3939    000000005    ложь      1            <-- Time-based UUID (version 1)
769e3f34-50d7-11e7-bcda-94de807c3939    000000006    ложь      2
769e3f35-50d7-11e7-bcda-94de807c3939    000000007    ложь      3

Первые три - random based, вторые три - time-based.

И все-таки?
Random UUIDs вызывают деградацию операций вставки. У таких гуидов индексы получаются плохо кластеризованы, дерево поиска максимально широкое. Для обхода этого недостатка был придуман COMB Guid - Combined Guid for the combination of a timestamp. Поэтому когда используюся Time-Based GUIDs для первичных ключей, они получаются более сгруппированными, но никак не последовательными. "Механизм генерации ссылок обеспечивает только их уникальность. Возрастающая последовательность при их генерации не обеспечивается." (c) БГ
[1]

Но у гуидов есть же последовательность? Что-то там про МоментВремени?
Да сколько можно? Нет у гуидов последовательности! Кто первый запросил - тому и выдается пул. А когда уж сеанс его исчерпает - зависит от него самого. Читаем подробнее про эксперимент с МоментомВремени.
//1c-soft.it-terminal.ru/public/84177/

Можно ли вытащить время из гуида?
Можно. Но не нужно.
bdb62d89-cede-11e4-b12b-d4ae52b5e909
Алгоритм:
дата содержится в первых символах, bdb62d89-cede-11e4 которые нужно переставить задом наперед: 11e4-cede-bdb62d89
первый символ отбрасываем, убираем "лишние" знаки "-"(тире)
интервал в десятых долях микросекунд (HEX) получается равным: интервал16= 1E4CEDEBDB62D89
переводим его в десяничный интервал интервал10 = HexToDec(интервал16);
в результате получаем: интервал10 = 136 461 344 788 852 105
находим интервал в секундах: интервалСек = интервал10 / 10 000 000;
Делаем сдвиг даты от 15.10.1582 г. + 13 646 134 478 + сдвиг на часовой пояс (Московское время) от "мирового времени" (GMT) = 20.03.2015 16:54:38
[1] [2] [3]

Почему части времени идут "задом-наперед"?
"Так сложилось" ;) 
Например потому что guid'ы появились задолго до того, как до них добрались руки ietf и баз данных.
Или потому что платформа написана на C, а не на Java, а как мы знаем из асемблера архитектура x86 имеет little-endian byte order.
Или, как говорит википедия, использовалось 2 варианта: для передачи по сети "on-wire" "network" (big-endian) byte order, а для хранения "native" (little-endian) byte order. 
В любом случая я не знаю как там было и можно только догадываться.
[1] [2] [3] [4]

А последние две части что значат?
bdb62d89-cede-11e4-b12b-d4ae52b5e909
Счетчик "уникальности" и физический MAC-адрес.

Почему нельзя использовать время из GUID?
Во-первых, гуид может быть случайным, а не основаным на времени.
Во-вторых, гуиды выдаются пулом по 32 штуки для каждого сеанса.
В-третьих, гуид случаен по своему стандарту и время в нем это лишь способ сгруппировать первичные ключи для уменьшения ширины В-дерева и ускорения операций вставки в кластерный индекс!
[1] [2] [3]

Почему используется "перевернутый" формат UUID внутри 1с? 
<Объект не найден> (26:80f408002771598b11e7a3f0a3a64c3b)
Не знаю. Знаю только что первая цифра соответствует имени таблицы в sql: Reference26 -> ВидыНоменклатуры  


[1]

Есть же спецификация?
Есть.

bdb62d89-cede-11e4-b12b-d4ae52b5e909

   Layout

   0               1               2               3               
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                          time_low                             |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       time_mid                |         time_hi_and_version   |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |clk_seq_hi_res |  clk_seq_low  |         node (0-1)            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                         node (2-5)                            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   
   
   Bit mask
   
   FFFFFFFF-0000-0000-0000-000000000000 time_low 
   00000000-FFFF-0000-0000-000000000000 time_mid 
   00000000-0000-F000-0000-000000000000 version 
   00000000-0000-0FFF-0000-000000000000 time_hi
   00000000-0000-0000-C000-000000000000 variant 
   00000000-0000-0000-3FFF-000000000000 clock_seq
   00000000-0000-0000-0000-FFFFFFFFFFFF node
   
   Byte order
   
   Field                  Data Type     Octet  Note
                                        #

   time_low               unsigned 32   0-3    The low field of the
                          bit integer          timestamp

   time_mid               unsigned 16   4-5    The middle field of the
                          bit integer          timestamp

   time_hi_and_version    unsigned 16   6-7    The high field of the
                          bit integer          timestamp multiplexed
                                               with the version number

   clock_seq_hi_and_rese  unsigned 8    8      The high field of the
   rved                   bit integer          clock sequence
                                               multiplexed with the
                                               variant

   clock_seq_low          unsigned 8    9      The low field of the
                          bit integer          clock sequence

   node                   unsigned 48   10-15  The spatially unique
                          bit integer          node identifier

 

Расшифровываю:
Timestamp - это 60-битное число, содержащее количество 100-наносекундных интервалов с 15 октября 1582 г.
Часть low обнуляется каждые 2^32 / 10^7 / 60 ~ 7 минут, часть mid через 1 год, часть hi сами представляете.

Version - старшие 4 бита в седьмом октете, содержат тип гуида.
0x0001   1   time-based version
0x0010   2   DCE Security version (POSIX UIDs)
0x0011   3   name-based version (MD5 hashing)
0x0100   4   randomly generated version
0x0101   5   name-based version (SHA-1 hashing)


Clock Sequence - используется чтобы избежать появления дубликатов, когда часы переводятся назад или меняется идентификатор узла. Если предыдущее  значение счетчика известно - то увеличивается на единицу, иначе берется случайное число. 

Node - содержит физический MAC-адрес сервера. Дада, проверьте ipconfig /all  ;)

Примеры? Есть их у меня.
Мы же "программисты", накодим функции:

// Возвращает время создания GUID'а
//
Функция UUID_Timestamp(ГУИД)
        
    // Например ГУИД равен: bdb62d89-cede-11e4-b12b-d4ae52b5e909
    // Дата содержится в первых символах, bdb62d89-cede-11e4 которые нужно переставить задом наперед: 11e4-cede-bdb62d89
    Строка16 = Сред(ГУИД, 15, 4) + Сред(ГУИД, 10, 4) + Сред(ГУИД, 1, 8);
    
    // Убираем "лишние" знаки "-"(тире).
    Строка16 = СтрЗаменить(Строка16, "-", "");
    
    // Убираем первый символ, так как в нем содержится версия стандарта (зашит в седьмой октет)
    Строка15 = Сред(Строка16, 2);
    
    // Получаем timestamp в 60 бит : 1E4 CEDE BDB6 2D89
    ЧислоСек = 0;
    Для Позиция = 1 По СтрДлина(Строка15) Цикл
        ЧислоСек = ЧислоСек + Найти("123456789abcdef",Сред(Строка15,Позиция,1))*Pow(16,СтрДлина(Строка15) - Позиция);
    КонецЦикла;
    ЧислоСек = ЧислоСек / 10000000;
    
    // Прибавляем к дате начала Григореанского календаря
    Возврат Дата(1582, 10, 15, 00, 00, 00) + ЧислоСек + СмещениеСтандартногоВремени() + СмещениеЛетнегоВремени();;
    
КонецФункции

// Возвращает версию GUID'а
//
Функция UUID_Version(ГУИД)
    
    // Пусть ГУИД равен: bdb62d89-cede-11e4-b12b-d4ae52b5e909
    // Тогда номер версии содержится в старшем байте седьмого октета
    Версия = Сред(ГУИД, 15, 1)*1;
    
    СтрокаВерсий = "Version 1. Time-based
    | Version 2. DCE Security (POSIX)
    | Version 3. Name-based (MD5 hashing)
    | Version 4. Random
    | Version 5. Name-based (SHA-1 hashing)
    | Unknown version";
    
    Возврат СтрПолучитьСтроку(СтрокаВерсий, Мин(СтрЧислоСтрок(СтрокаВерсий), Версия));
    
КонецФункции

// Возвращает mac-адрес сервера
//
Функция UUID_Node(ГУИД)

    // Пусть ГУИД равен: bdb62d89-cede-11e4-b12b-d4ae52b5e909
    // Тогда MAC-адрес в последней части
    Строка12 = Сред(ГУИД, 25);
    
    // Разделим на октеты
    Результат = "";
    Для Позиция = 1 По СтрДлина(Строка12) Цикл
        Если Позиция % 2 = 1 Тогда
            Результат = Результат + " ";
        КонецЕсли;
        Результат = Результат + ВРЕГ(Сред(Строка12,Позиция,1));
    КонецЦикла;
    Результат = СтрЗаменить(СокрЛП(Результат), " ", ":");
    
    Возврат Результат;
    
КонецФункции

Проверим ссылку обычного документа:

    // Вытащим информацию из ссылки, созданной системой
    Выборка = Документы.ПоступлениеТоваровУслуг.Выбрать( , , , "Дата УБЫВ");
    Если Выборка.Следующий() Тогда
        ГУИД = Выборка.Ссылка.УникальныйИдентификатор();
        Сообщить("Ссылка: " + Выборка.Ссылка);
        Сообщить("GUID: " + ГУИД);
        Сообщить("Дата создания: " + UUID_Timestamp(ГУИД));
        Сообщить("Версия: " + UUID_Version(ГУИД));
        Сообщить("MAC-адрес хоста: " + UUID_Node(ГУИД));
    КонецЕсли;
    
    // Получим:
    //Ссылка: Поступление товаров и услуг ВА000000560 от 06.06.2017 0:00:01
    //GUID: a7de1f17-4a83-11e7-9e20-0021918e8333
    //Дата создания: 06.06.2017 10:44:57
    //Версия: Version 1. Time-based
    //MAC-адрес хоста: 00:21:91:8E:83:33

Проверим ссылку, сформированную вручную:

    // Вытащим информацию из ссылки, созданной &НаКлиенте
    ДокСсылка = Документы.ПоступлениеТоваровУслуг.ПолучитьСсылку(Новый УникальныйИдентификатор());
    ГУИД2= ДокСсылка.УникальныйИдентификатор();
    Сообщить("Ссылка нового: " + ДокСсылка);
    Сообщить("GUID нового: " + ГУИД2);
    Сообщить("Версия нового: "+ UUID_Version(ГУИД2));
    
    //Ссылка нового: <Объект не найден> (152:936654ac78639f43411ad7a77db94d48)
    //GUID нового: 7db94d48-d7a7-411a-9366-54ac78639f43
    //Версия нового:  Version 4. Random

Проверим работу счетчика "уникальности":

    // Проверим работу clock_seq
    Для й=1 по 32 Цикл
        НачатьТранзакцию();
        ВидНоменклатураОбъект = Справочники.НоменклатураТест.СоздатьЭлемент();
        ВидНоменклатураОбъект.наименование = "тест1";
        ВидНоменклатураОбъект.Записать();
        ГУИД = ВидНоменклатураОбъект.Ссылка.УникальныйИдентификатор();
        Сообщить(ГУИД);
        ОтменитьТранзакцию();
    КонецЦикла;
    
    // переведем время на минуту назад
    КомандаСистемы("time "+Формат(ТекущаяДата()-60, "ДФ='hh:mm:ss tt'")); 
    
    // Выберем весь старый пул
    Для й=1 по 32 Цикл
        НачатьТранзакцию();
        ВидНоменклатураОбъект = Справочники.НоменклатураТест.СоздатьЭлемент();
        ВидНоменклатураОбъект.наименование = "тест2";
        ВидНоменклатураОбъект.Записать();
        ГУИД = ВидНоменклатураОбъект.Ссылка.УникальныйИдентификатор();
        Сообщить(ГУИД);
        ОтменитьТранзакцию();
    КонецЦикла;
    
    // Получим:
    //...
    //81c42878-526c-11e7-80f0-08002771598b
    //81c42879-526c-11e7-80f0-08002771598b
    //81c4287a-526c-11e7-80f0-08002771598b
    //723dee43-526c-11e7-80f1-08002771598b
    //723dee44-526c-11e7-80f1-08002771598b
    //...

Можно даже так:

НачатьТранзакцию();

ГУИД = Новый УникальныйИдентификатор("deadbeef-d7a7-411a-9366-defaced0babe");
НовыйОбъект = Справочники.Номенклатура.СоздатьЭлемент();
НовыйОбъект.УстановитьСсылкуНового(Справочники.Номенклатура.ПолучитьСсылку(ГУИД));
НовыйОбъект.ВидНоменклатуры = Справочники.ВидыНоменклатуры.ПолучитьСсылку(ГУИД);
НовыйОбъект.Наименование = "Свежее мясо";
НовыйОбъект.ОбменДанными.Загрузка = Истина;
НовыйОбъект.Записать();

Сообщить("GUID нового: " + НовыйОбъект.Ссылка.УникальныйИдентификатор());
Сообщить("Реквизит нового: " + НовыйОбъект.ВидНоменклатуры);

ОтменитьТранзакцию();

//GUID нового: deadbeef-d7a7-411a-9366-defaced0babe
//Реквизит нового: <Объект не найден> (5433:9366defaced0babe411ad7a7deadbeef)


Какой мак-адрес у меня, вы уже знаете ;)

Ну вот и все.

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

;-P

См. также

Комментарии
1. Александр Синиченко (nytlenc) 87 16.06.17 13:15 Сейчас в теме
Малаца!
PowerBoy; DarkUser; i_a; Gureev; herfis; demkonst; ifilll; ice-net; awk; Nelli_A86; Ганс; WellMaster; Brawler; kare; starik-2005; frkbvfnjh; shalimski; myr4ik07; CyberCerber; sssss_aaaaa_2011; +20 Ответить
13. Sergey Andreev (starik-2005) 1161 19.06.17 12:22 Сейчас в теме
Блин, хотел как в (1), но уже )))
2. Михаил Гусев (Идальго) 64 16.06.17 13:45 Сейчас в теме
3. Юрий Патласов (NoRazum) 18 16.06.17 14:07 Сейчас в теме
как долго шел к сути ответа.
Отличная статья.
4. kolya_tlt kolya_tlt (kolya_tlt) 11 16.06.17 15:00 Сейчас в теме
5. Сергѣй Батанов (baton_pk) 211 16.06.17 15:06 Сейчас в теме
(4) знать, не задавать вопросов и давать ссылку тем, кто не знает и задаёт вопросы.
йцукенг; zqzq; KroVladS; i_a; YanTsys; Gureev; herfis; Gluk_1C; ice-net; japopov; Saint13; SazhnevDI; nytlenc; sorb; monkbest; Ганс; VladimirL; spogo; DarkAn; starik-2005; kolya_tlt; JohnyDeath; bulpi; myr4ik07; CyberCerber; +25 Ответить
6. Иван Петров (dgolovanov) 16.06.17 15:17 Сейчас в теме
"Надеюсь, теперь мысль о том, чтобы "упорядочить по ссылке", я из вас вытряхнул окончательно."
Ну или ставить галку "Автоупорядочивание" ))
7. Михаил Филимонов (NN2P) 236 16.06.17 15:17 Сейчас в теме
Так держать, Николай! Отличная статья!
8. в п (panvartan) 16.06.17 15:21 Сейчас в теме
Кто-нибудь знает, почему в измерениях регистра накопления нельзя использовать уникальный идентификатор?
9. rjhev korum (корум) 314 16.06.17 15:27 Сейчас в теме
(8) а почему решил, что нельзя?
Записывай как строку и вперёд.
10. в п (panvartan) 16.06.17 16:35 Сейчас в теме
(8) а почему решил, что нельзя?
Записывай как строку и вперёд.

Поэтому и спрашиваю - почему отсутствует нативный способ выбора типа "уникальный идентификатор", в регистре сведений он же присутствует. Может причина в нежелательности его использования.
26. Safronov Denis (sdv91) 11 26.06.17 15:13 Сейчас в теме
(8)В измерениях регистра использовать строки - это треш.
11. Никита Коротаев (bforce) 328 16.06.17 22:40 Сейчас в теме
Не думал, что будет интересно. Но автору удалось. Узнал новые аспекты и позаимствовал себе
СмещениеСтандартногоВремени() + СмещениеЛетнегоВремени()


Спасибо!
12. PerlAmutor IC (PerlAmutor) 7 17.06.17 07:23 Сейчас в теме
Если кому интересно почему дата 15.10.1582. В этот день Папа Римский ввел Григорианский календарь взамен Юлианского.

использовалось 2 варианта: для вередачи по сети

Поправьте опечатку.

Есть вопрос. MAC адрес берется клиента или сервера?

Упорядочивать по времени не будем, а вот отсечь какие-нибудь элементы справочника на основе времени полученного из UUIDA все-таки можно.
PowerBoy; user707374_exchang; Solovyeff; kare; +4 Ответить
14. Илья Низамов (Region102) 44 20.06.17 21:14 Сейчас в теме
А можно как-то сформировать GUID на php? Просто пишу front для 1С и охота чтобы при отсутствии связи с 1С можно было создавать элементы в MySQL, а потом синхронить их с 1С с готовыми GUID.
15. Sergey Andreev (starik-2005) 1161 20.06.17 22:57 Сейчас в теме
(14)
А можно как-то сформировать GUID на php?
Так.
Поручик; +1 Ответить
16. Илья Низамов (Region102) 44 21.06.17 04:30 Сейчас в теме
(15) Спасибо, слона то я и не заметил )
36. Сергей Ожерельев (Поручик) 3635 30.09.17 00:01 Сейчас в теме
(15) Надо же, я тоже не знал. А вещь в моём деле нужная.
30. Yan Tsys (YanTsys) 9 25.09.17 19:30 Сейчас в теме
(14) В GUID насколько я в курсе зашит еще и уникальный код типа объекта, причем не уверен что в разных базах построенных на одном и том же шаблоне конфигурации у одного и того же типа объекта метаданных будет одинаковый.

И если вы напишете код который для вашей организации будет создавать GUID для нового документа с типом Документ.МойКрутойАвансовыйОтчет то далеко не факт что на такой же аналогичной конфигурации в другой базе вашей компании этот код даст работоспособный GUID, придется перепроверять.
31. Николай Q (kuzyara) 347 26.09.17 10:05 Сейчас в теме
(30) В принципе верно, только не зашит, а подставляется, не в GUID, а в представление ссылки, не код, а номер таблицы sql, не уникальный, а порядковый ;)
zqzq; PowerBoy; +2 Ответить
17. Александр Кутин (Aprobator) 21.06.17 10:01 Сейчас в теме
Вот спасибо! Теперь буду знать, что гуид уникален не в рамках одной базы 1с. А то по дурости (незнанию - эти понятия недалеко друг от друга ушли), в правилах конвертации отключал поиск по уникальному идентификатору. Надо было, реально, самому погуглить, а что же такое GUID.
19. Трактор Трактор (Трактор) 1140 21.06.17 10:38 Сейчас в теме
(17)
Теперь буду знать, что гуид уникален не в рамках одной базы 1с.

Всё несколько печальнее. Гуид МОЖЕТ быть уникален не в пределах одной базы. Практически же в одной базе может существовать несколько объектов с одинаковым гуид. В разных таблицах.
Я столкнулся с этим, когда пользовал конвертацию данных. Конвертация данных сохраняет идентификатор объекта при передаче его в другую базу. Если одному источнику соответствует несколько получателей, то мы получим в одной базе несколько объектов с одинаковы гуид.
Например, при переходе с УТ10 на УТ11 справочник контрагенты передаётся в справочники контрагенты и партнёры. При этом гуиды у контрагента и партнёра получаются одинаковыми.
20. Александр Кутин (Aprobator) 21.06.17 11:46 Сейчас в теме
(19) интересно однако. Но, я так понимаю, на перенос данных через конвертацию это не особо повлияло, поскольку поиск по идентификатору должен идти в рамках определенного объекта метаданных?
24. Альтаир (Altair777) 639 22.06.17 17:42 Сейчас в теме
(19) не так давно встретился с ситуацией когда гуиды были не уникальны в разных базах. Когда нужно было по-быстрому развернуть новую базу - скопировали старую. Грохнули документы, а справочники оставили. Вместе с их гуидами
22. Трактор Трактор (Трактор) 1140 21.06.17 13:34 Сейчас в теме
18. Игорь Бакланов (baclanov) 21.06.17 10:35 Сейчас в теме
Замечательная статья! Считаю, что тема раскрыта не полностью, скромно опущен "идентификатор метаданных" ({"#",643bfde6-77a8-4438-874d-733071adf65e,373:a2b40050569302c311e73a3f23930d2d}), а об этом хотелось бы узнать по-подробнее.
23. Brr (brr) 179 21.06.17 13:43 Сейчас в теме
21. Владимир (vladismi) 156 21.06.17 12:05 Сейчас в теме
25. Алексей Магеридонов (AlexGroovy) 23.06.17 07:30 Сейчас в теме
Очень мощная и полезная статья.Автору большой респект!
27. Сергей * (koshak84) 8 29.06.17 07:21 Сейчас в теме
Как-то была задача во все документы добавить реквизит "Дата создания документа". Для всех существующих документов заполнить эту дату автоматически на основании GUID. Документов было более миллиона. У всех дата из GUID сформировалась в принципе правильно. Т.е. можно сделать вывод, что в 1С (по крайней мере на платформе 8.1) используется Time-Based GUIDs.
28. John Irwin (Irwin) 60 25.09.17 09:50 Сейчас в теме
Дополню немного статью комментарием сотрудника 1С на форуме:
Внесем некоторую ясность. Ссылка и UUID - это разные вещи. Но при этом существует однозначное преобразование UUID в ссылку и наоборот. Ссылка представляет собой массив из 16 байт. Если рассматривать UUID как последовательность байт, то получается что в ссылке те же самые байты переставлены в другом порядке. Определение структуры GUID можно найти в файле Guiddef.h Windows SDK. Выглядит она следующим образом:

typedef struct _GUID {
unsigned long Data1;
unsigned short Data2;
unsigned short Data3;
unsigned char Data4[ 8 ];
} GUID;

В ссылке данные переставлены следующим образом:
- Data4 - 8 байт
- 1-й байт Data3
- 0-й байт Data3
- 1-й байт Data2
- 0-й байт Data2
- 3-й байт Data3
- 2-й байт Data3
- 1-й байт Data3
- 0-й байт Data3

При автоматической генерации ссылок, UUID'ы, используемые для получения ссылок, генерируются в Windows с помощью функции Win32 API UuidCreateSequential(). В результате ссылки, полученные по последовательно сгенерированным UUID'ам отличаются в байтах с максимальными индексами. То есть две последовательно сгенерированные ссылки будут отличаться значениями байтов с индексом 15 (0-базированный индекс).
Такая дисциплина генерации ссылок дает очень компактные индексы по ссылкам в файловой базе данных, так как в терминальных страницах индекса (листьях дерева) для упаковки ключей используется общий префикс. Другими словами, на терминальной странице индекса целиком обязательно записывается только первый ключ. Если последующий ключ имеет общий префикс с предыдущим, то для последующего ключа записываются только отличающиеся хвостовые байты.
Еще одной особенностью является то, для автоматической генерации ссылок, соединение с базой данных получает сразу пакет из последовательно сгенерированных UUID'ов. Размер пакета равен 64. При необходимости генерации новой ссылки используется очередной UUID из этого пакета. Как только пакет заканчивается соединение запрашивает новый пакет и т. д. Пакеты были введены для борьбы с неприятными последствия KeyRange блокировок, используемых MS SQL Server в режиме изоляции транзакций SERIALIZABLE. Не вдаваясь в излишние подробности, рассмотрим простой пример. Если в режиме SERIALIZABLE в рамках транзакции выполнить SELECT с WHERE <ссылка>=<значение ссылки>, то для индекса, построенного по ссылке, до конца транзакции окажется заблокированным диапазон ключей от ближайшего меньшего, чем <значение ссылки> до ближайшего большего, чем <значение ссылки>. (Если ближайшего меньшего или ближайшего большего нет, то блокируется все начало или весь хвост индекса.) Соответственно, внесение другими транзакциями новых записей с ключами попадающими в этот диапазон будет заблокировано до завершения транзакции, заблокировавшей диапазон.
Пакеты ссылок позволяют возможное пространство ключей разделить на диапазоны, каждый из которых "принадлежит" определенному соединению. Диапазоны непостоянны и меняются со временем. Но в идеальном случае такой диапазон с одной стороны ограничен максимальной использованной ссылкой из пакета, принадлежащего данному соединению, а с другой стороны - минимальной ссылкой из пакета, принадлежащего другому соединению.
В режиме управляемых блокировок режим SERIALIZABLE не используется и использование пакетов в значительной мере утратило свой смысл.
Показать

Источник: [1]
Sodrugestvo; sashocq; KilloN; Dach; TIS_08; herfis; +6 Ответить
29. Александр Андреев (TIS_08) 31 25.09.17 13:00 Сейчас в теме
32. red 80 (red80) 27.09.17 09:34 Сейчас в теме
А у кого нибудь были одинаковые GUID разных объектов? У меня - да.
33. Алекс zhu4 (Arxxximed) 27.09.17 11:13 Сейчас в теме
(32) Брехня )))) Наверняка объекты в разных таблицах и получены переносом данных или конвертации ....
В (19) уже это рассмотрели.
34. red 80 (red80) 27.09.17 11:43 Сейчас в теме
(33) Одинаковые GUID в разных таблицах одной базы. Были выявлены при выгрузке из нескольких типов документов (Реализация, Авансовый, РозничныеПродажи, ЧекККМ, ОтчетКомиссионера,...) одной базы в документы ВводОстатков другой базы с сохранением GUID документа-источника в документе-приемнике. Что в базе делали до меня - хз.
35. Анатолий Кичук (anatoliy.kichuk) 78 29.09.17 09:43 Сейчас в теме
Въедлив - крут! Статья интересная!
37. Сергей Старых (tormozit) 4486 30.09.17 09:31 Сейчас в теме
Надеюсь, теперь мысль о том, чтобы "упорядочить по ссылке", я из вас вытряхнул окончательно.
Рекомендую явно указать, что имеется ввиду "упорядочить по ссылке для получения порядка создания". Иначе неподготовленный читатель может сделать неправильный вывод.
38. Николай Q (kuzyara) 347 02.10.17 11:30 Сейчас в теме
(37) Да нет, все правильно. Гуиды практически случайны и упорядочивание по ним бессмысленно.
ИТС: Особенности упорядочивания по ссылочным полям

Ссылка - это идентификатор объекта в информационной базе. Как ФИО для человека. Какой смысл выяснять, кто больше, Иванов Иван Иванович или Сидоров Сидор Сидорович?

Так же и в языке запросов, только сначала сравнивается номер таблицы.
Упорядочивание по ссылке - есть упорядочивание по бинарному представлению GUID.
39. Сергей Старых (tormozit) 4486 02.10.17 11:53 Сейчас в теме
(38) Не соглашусь.
1. Если надо упорядочить по моменту времени, то я использую дату + ссылку (ГУИД).
2. Если надо получить стабильный порядок ссылок, то я сделаю упорядочивание по ссылке (ГУИД).
40. Николай Q (kuzyara) 347 02.10.17 13:08 Сейчас в теме
(39) Спасибо, меня смутила формулировка. Упорядочивание по ссылке в пределах секунды действительно имеет смысл для работы с моментом времени. А по второму пункту?
41. Сергей Старых (tormozit) 4486 02.10.17 13:54 Сейчас в теме
Оставьте свое сообщение