Может ли повторно присвоится GUID удаленного объекта #811098

Удаляю объекты из базы. Задмался, может ли система повторно присвоить ГИУД от удаленного объекта другому?

А ты видел где-нибудь в описании таблиц 1С таблицу типа "Гуиды, бывшие в употреблении"?

Нет, идентификаторы ссылок при автоматическом назначении всегда возрастают.

программно (например через обмен) - может

Мы ведь говорим о вероятностях? Тогда ответ: маловероятно.

а тоже думаю, что т.к в ГИУД содержится время

а может внутренняя служебная таблица? что-бы не расходовать новые гуиды просто так.

Куча РИБ-баз; эксплуатируется много лет; в каждой базе - автономная генерация GUIDов новых объектов... повторов - не зарегистрировано. А Вы тут говорите о вероятности повторного генерирования GUIDа в пределах одной базы. Исчезающе малая величина вероятности.

Ты где-то ее видел?

Ёпрст :) нашли на чём "экономить":( А если вдруг возникнет необходимость из архива восстановить данные, а у вас уже куча новых объектов с такими GUIDами? Нафиг, нафиг.

ее никто не видел. она скрыта глубоко в недрах 1С.

но новых гуидов с каждым днем становиться все меньше же. а расходуют их каждый день во всем мире ого-го как.

Как глубоко скрыта? Не в базе, не в SQL и не в файловой версии диска? :)) Ах, да, - Вы ещё забыли про РИБ - я не зря упомянул эту особенность базы. Она убивает на корню многие заблуждения.

скоро будем отработанные базы сдавать, в "Пункт приема ГУИДОВ"

Упс, очередное заблуждение :) В генерации GUIDа участвует время с точность до миллисекунд, а время - бесконечно... эээ... в пределах нашего понимания :)

Упс, очередное заблуждение. Размер гуида 2^128, а значит их число в общем то ограничено.

всего то вот столько: 340 ундециллионов 282 дециллиона 366 нониллионов 920 октиллионов 938 септиллионов 463 секстиллиона 463 квинтиллиона 374 квадриллиона 607 триллионов 431 миллиард 768 миллионов 211 тысяч 456

вот как влияет отсутствие смайликов в треде :)   стебется же

О, да, теоретически достижимая вероятность переполнения и это тревожит. "Когда Земля была тёплая и по ней бегали лохматые слоны..." - это о далеком прошлом. А как сказать о далёком будущем? Боюсь некому будет в пределах сверхновой по имени Солнце или в чёрной дыре на месте бывшей звезды Солнце констатировать наступление переполнения GUIDов...

>Боюсь некому будет в пределах сверхновой по имени Солнце или в чёрной дыре на месте бывшей звезды Солнце констатировать наступление переполнения GUIDов... и одинесников не станет тоже?

при обмене по УИД запросто. впрочем это уже сказали.

Тебе солнышком голову не напекло?

снежком отморозило. зима же. какое солнышко.

Ну ты, это, лечись!

PS: перефразируя известное, "Пятница начинается в четверг". С Новым Годом вас! (у меня сегодня последний рабочий день в этом году)

Почему не видел? В сущности GUID - это строковое представление физического адреса. Если снять крышку компа, можно даже пощупать...

>> "В сущности GUID - это строковое представление физического адреса." хоть сейчас сюда

Когда появилась 1Сv7.5 для SQL (2000) брал из таблиц документов их адреса в 16-ричном виде, преобразовывал определенной функцией в строку, получал GUID документа. В 8-ке не было такой необходимости, не проверял.

прекратите употреблять!

"новых гуидов с каждым днем становиться все меньше " - Думаешь, скоро станет популярен майнинг ГУДов? :))