Получить ссылку из уникального идентификатора #426997

Привет! Подскажите, пожалуйста, как можно получить ссылку из UUID, если при этом тип объекта ссылки неизвестен?

никак

перебором менеджеров справочников, документов и т.д. говоря для каждого: ПолучитьСсылку(ГУИД) - потом проверяя ее на заполненность.

Понятно, спасибо, так я и думал :)

Гуиды в пределах всех объектов конфигурации не обязательны уникальны

Серьезно? А по моему они уникальны в пределах всей солнечной системы )))))

точно? А как тогда лучше сделать обработку отклика при обмене? Приходит файл отклика, где Гуиды загруженных объектов. Их надо удалить из регистрации плана обмена. Я пока думал сделать так: перебор объектов, которые зареганы в плане обмена, получение их гуида и проверки есть ли гуид в загруженных гуидах. Но если они могут быть не уникальны, то можно удалить что-нибудь не то... Или в файл отклика выгружать еще название метаданных объекта...

тошна? если не рассматривать ситуацию прямого указания гуида

то же думал, что гуиды уникальны в пределах базы

выдержка оттуда: "Это означает, что генерируя 1 триллион ключей каждую наносекунду, перебрать все возможные значения удастся лишь за 10 миллиардов лет."

ЗначениеИзСтрокиВнутр(<Строка>)  не подходит?

Уникальность должна быть только в пределах типа

Не путай ГИУД и сериализованную ссылку

"должна быть" <> "есть" имхо что-то путаешь

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

Выполни этот код и посмотри насколько разный генирируется ГУИД Для сч=1 По 10 Цикл

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

Хм, хочешь сказать, что тот кто переносит данные через конфу конвертация данных (синхронизация по гуидам) -- рискует?

сделал: 4dcf02e2-8e1a-11de-a1c4-0015173ea060 4dcf02e3-8e1a-11de-a1c4-0015173ea060 4dcf02e4-8e1a-11de-a1c4-0015173ea060 4dcf02e5-8e1a-11de-a1c4-0015173ea060 4dcf02e6-8e1a-11de-a1c4-0015173ea060 4dcf02e7-8e1a-11de-a1c4-0015173ea060 4dcf02e8-8e1a-11de-a1c4-0015173ea060 4dcf02e9-8e1a-11de-a1c4-0015173ea060 4dcf02ea-8e1a-11de-a1c4-0015173ea060 4dcf02eb-8e1a-11de-a1c4-0015173ea060 что не так? все уникальные...

Там вообще то идет ГУИД+Тип

Я про то насколько силен разброс уникальности :) Посмотри теперь вот так Для сч=1 По 10 Цикл

вот: 4dcf02f6-8e1a-11de-a1c4-0015173ea060 4dcf02f7-8e1a-11de-a1c4-0015173ea060 4dcf02f8-8e1a-11de-a1c4-0015173ea060 4dcf02f9-8e1a-11de-a1c4-0015173ea060 4dcf02fa-8e1a-11de-a1c4-0015173ea060 4dcf02fb-8e1a-11de-a1c4-0015173ea060 4dcf02fc-8e1a-11de-a1c4-0015173ea060 4dcf02fd-8e1a-11de-a1c4-0015173ea060 4dcf02fe-8e1a-11de-a1c4-0015173ea060 4dcf02ff-8e1a-11de-a1c4-0015173ea060 что все таки не так?

"GUID представляет собой последовательность из 128 бит (16 байт), алгоритм генерации которой обеспечивает уникальность получившейся последовательности. При генерации используется текущее время и номер сетевой карты компьютера, а также случайные числа. Алгоритм гарантирует уникальность получающихся значений примерно до 3400 года. Если на компьютере нет сетевой карты, уникальность значения не гарантируется." Именно поэтому они так похожи.. но все таки они разные.

Про уникальность GUID-ов спорить мне не охота. Тем более - в "пределах солнечной системы" :) Уже оговорено было - и не один раз... Скажу по другому: у меня риб-база, несколько филиалов, крутится несколько лет - проблем с НЕ уникальность ни разу не возникало.

А зачем их изменять?

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

У меня в комментах к обработке написано

Прочитал. Все равно не понял. Поясни для тупых.

<<Можно конечно попробовать сделать эксперимент: сделать два регламентных задания по созданию элементов в двух справочниках и одновременно их стартануть. >> Ничего не бывает "одновременно" в пределах одного компьютера.

+1

В комментах: "Когда открывали новые филиалы - ставили нашу рабочую базу без документов.. Позже занялись проектом "консолидация данных".. ну и напоролись что ГУИДы у номенклатуры совпадают во всех филиалах процентов на 80." Если ГУИДЫ сопадают - 2 элемента из двух фирм будут ложится как один элемент в консолидации

Регламентные! Т.е. выполняются на серваке

А как вы в филиалах ставили рабочую? Копию чтоль разворачивали? Тогда понятно почему ГУИДы одинаковые..

Был Болт 10*12 в одной базе. При копировании он таким и остался, уникальным болтом. Но вот поменяли GUID - и это совершенно другой, ни на что не похожий болт.

Вопрос - нафига?

Повторюсь. Ничего не бывает "одновременно" в пределах одного компьютера.

Копию. Состав номенклатуры совпадает, как и большинство служебных справочников. Чтобы в консолидацию они ложились как два разных элемента.

Мне вот кажется, что "Болт 10x12" - понятие уникальное, вне зависимости от базы/филиала/организации. Уж не знаю, что за зверь консолидация, но мне кажестя, что там данные можно разделить по организации/подразделению/складу, а не по номенклатуре

Посмотри - у нас он оказался не таким уж и уникальным

(ехидна) Ну да, конечно, Вы одни такие уникальные - напоролись на неуникальность 80% :)

:)

Наверное, все-таки, проблема была в алгоритмах переноса данных. Это она Вам кропушки попила, а не уникальность GUID-ов.

Это не так

Скажи мне, я правильно понял, что у вас в консолидации x позиций номенклатуры "Болт 10x12", где x - число филиалов

Да, верно. И все они привязаны к одному центральному элементу

бред, GUID уникальны

Кто же спорит :)

Из своей практики я могу расказать случай, когда я засомневался в "не погрешимости" GUID.   При внедрении УПП, пришлось долго объяснять почему справочник номенклатуры должен быть "единым и общим" и почему он должен мигрировать в полном объеме по всем узлам... Так вот, некоторые узверы решили, что "старые" позиции им более "не нужны". Они их иногда переименовывали и вновь пускали в дело... Надеюсь объяснять не нужно сколько это различного рода проблем породило? :(

Я тоже привел пример из своей практики

Да, едина вся номенклатура справочника в пределах организации. Не буду скрывать - при внедрении было много проблем и не все удалось унифицировать. Пришлось решать вопрос через "не типовое" использование аналогов номенклатуры и номенклатуры контрагентов.