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

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

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

штатно - нет


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

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

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

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

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

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

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

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

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

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

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

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

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

всего то вот столько:

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

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

стебется же rs_trade

(16) О, да, теоретически достижимая вероятность переполнения и это тревожит.

"Когда Земля была тёплая и по ней бегали лохматые слоны..." - это о далеком прошлом. А как сказать о далёком будущем?

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

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

и одинесников не станет тоже?

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

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

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

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

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

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

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

хоть сейчас сюда Книга знаний: Афоризмы и перлы мистян

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

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

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