Как перевести ГУИД в число и обратно? Продолжение #791044

Доброго времени коллеги ! Необходимо преобразовать ГУИД в число и обратно, нашел эту ветку В самом конце есть две функцию, делающие желанные мной вычисления. Но они не работают из "коробки", так как авто забыл приложить дополнительные нестандартные функции. А именно: Первые две я заменил функциями вот отсюда: Что эта функция должна делать не могу догадаться ! Может кто знает ? Может Гений 1С скинет недостающие ?

добавляет левые нули похоже

я попробовал добавить с лева ноль, и два нуля, все тщетно

Что такое ГУИД - это 16 байт. Как перевести 16 байт в число - очень просто - вывести как десятичное число путём деления на 10 с остатком, рассматривая как очень длинное целое. В 1С с этим не должно быть проблем, так как для 1С очень длинные целые могут быть и более 16 байт.

вы добавляйте ноль в короткие строки, если строка уже 32 символа, добавлять ноль не нужно.

С какой целью преобразования?

Писал нечто похоже, переводил внутренний идентификатора из 1C 7.7 в GUID и обратно.

цель простая. У справочника есть реквизит МетаКод, принимающий значение например от 0 до 99. При записи справочника его необхожимо рассчитать по формуле х mod 99, где первые две цифры после нуля будет искомое значение. Таким образом числа 50, 150, 250 и т.д. до хуллиардов будут иметь МетаКод 50, другими словами каждый 50-тый. Используется для многопоточного обменна данными, где 99 количество потоков, а 50 номер потока который отправит эту регистрацию данных.

есть такая фигня &НаКлиенте

Чушь какая-то

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

кому чушь, кому скорость в на порядок выше пры выгрузки, но мы же 1сники, о какой это скрости я тут задумался ?

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

Зачем нужно выгружать цепочку изменений объекта, а не его текущее состояние?

вообще то вы правы, я планировал держать всегда один, но на принимающей стороне тоже этот объект может быть изменен, при разраве связи и отказа онлайн обмена, возможно прийдется решать коллизию, тут это и пригодится.

итоговая система онлайн обмена будет просто содержать настройку, с историей или без

А при чем тут вообще ГУИД? Присваивай рандомное число от 1 до 50ти. Выборка ровнее будет.

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

вариант ))) раз выгрузка равномернее будет, тогда так и надо сделать. объект баз данных не маркируется, маркируется его регистрация, по одной лишь ссылке невозможно определить диапазон потоков, нужно преобразовать сначала в число. А если в про то, что по ссылке в момент отправки можно все рассчитать, то тут все просто, упадет производительность. Я добился увеличения скорости обмена по тестам в 10 раз ! И эта цифра ограничена в том числе количеством потоков и может быть быстрее, все зависит от свободных ресурсов. Код должен быть написан так, что бы "вся нагрузка" была полезной, вот и заморачиваюсь с математикой.

максимальный гуид не помещает в тип число 1с.

а какое число у 1С максимальное?

я тоже на это подумал, потому что если у гуида убрать "-" и получившееся 16-ти разрядное число конвернуть в 10 и обратно в 16, результат разнится. Остается тогда вопрос, как у Гения 1С это работает по ссылке

в реквизитах максиму 32 разряда, в номере 50, где-то видел больше, не помню где ...

проверил. всё влазит.

FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF 340 282 366 920 938 463 463 374 607 431 768 211 455

Нафига это надо даже вникать не хочу. Чую, глупость какая то.

так получилось 39 разрядов, быстрый поиск по гуглу сказал, что максимум 38 разрядов

в написала 1С. я ж не сам придумал

вообще не будем мчать 1с, сделаю как , просто и эффективно, а самое главное быстро

нафига искать в гугле, если можно самому проверить

Это код (функции из ссылки выше): Ш1 = СтрЗаменить(Строка(РезультатЗапроса[0].UUID), "-", ""); Это результат: 232d9a88a53011e694cdd43d7e023fd3 46 686 852 211 343 832 774 667 430 018 811 047 667 231F8F87F53010F693EEF42F6F022EF3

вот такая у меня получилась проверка, не идет. Иль я где-то ошибся ?

может ошибся. может в 1с косяк какой. я знаю, что моя функция из работает правильно.

а обратно конвертируется правильно ?

ты в 36 ричную переводишь

&AtServer Функция Из_10_В_Любую(Знач Значение=0,Нотация=16) Экспорт Так сойдет ?

Я ж не совсем балда и не с перепоя :)

Если это баг платформы, то в моей копилке это будет четвертый который я смогу легко воспроизвести :)

где баг то? всё работает

что, прямо этот же самый код у вас конвертирует обратно в 16 правильно ?

и если так, какая версия платформы ?

да. 8.3.9.1648

как вариант.

Врег ты забыл сразу платформу винить

Создал новую обработку и на другой базе проверил, в обработке одна команда и код формы: &AtServer Функция Из_10_В_Любую(Знач Значение=0,Нотация=16) Экспорт Функция Из_Любой_В_10(Знач Значение="0",Нотация=16) Экспорт Результат: 4e090376-0710-43d2-9609-c398fa23caa9 5 491 141 155 062 634 646 918 224 854 143 808 955 412 217 3F090375F070FF42F1F9608EF397EF22EEF9

Вот так !

ВРег балда

Гуид = СтрЗаменить(ВРег(Строка(Гуид)),"-","");

да ! Тема закрыта

извиняюсь гуид помещяетя в число 1с НО лог10 с этим число не работает.

в 1с не все функции с большими числами работают. я даже ВК делал одному умному чуваку, который чота вычислял большое на 1с и у него не работала функция Exp

Полный проверенный код, честно слизанный с статей из топика и собранный в кучу: КонецФункции

первые две функции школьник какой то писал

нафига они вообще нужны?

На тему случайно наткнулся, мб кому в будущем поможет: в ут11 функции "ЧисловойКодПоСсылке" и "ПолучитьСсылкуПоШтрихкодуТабличногоДокумента" делают то что нужно. (типовой текст, думаю, копипастить не нужно)