Имеется поле, куда можно записать строку не длиннее 20 символов, а сама строка имеет длину 36 символов (это GUID). Может, существует алгоритм сжатия этого GUID хотя бы до 20 символов с последующим восстановлением к первоначальному виду?

вообще-то GUID так и хранится в нормальных системах, а к 36-символьному виду приводится только для показа человеку.

К сожилению приходится использовать 1С, а в ней типы могут быть только "число", "строка", "Дата". Поэтому GUID может быть только строкой.

Поэтому GUID может быть только строкой.

Потому и задумался, как строку сжать и разжать без потерь.

Melkiades1 Кеус: вы таким образом место на диске пытаетесь сэкономить?

Нет. Просто в 1С по номеру документа самый быстрый способ поиска. А номер документа не может превышать 20 символов. За месяц в базе создается и передается в другие организации около 200 000 документов. Раньше идентификатор конкретного документа состоял из 10 символов, теперь вот из 36.

а) 1С вполне справляется со строками длиннее 20 символов...

Номер документа не может.


б) Строка может содержать ЛЮБЫЕ значения байта как символ строки - выглядит канешна страшновато, но тебе ж на нее не любоваться? См. алгоритм выше.

А влезут ли они в 20 символов?

BarloneПри большом желании можно получить и 20 печатных символов (из диапазона кодов 33-126).

Можно поподробнее?

aleks2

Спасибо за разъяснение. Хранить символы в байтах и битах это конечно хорошо, но платформа 1С этого не позволяет. Я могу использовать только "Строка" или "Число". Т.е. мне надо строку из 36 символов превратить в строку (число) максимум в 20 символов, а потом без потерь восстановить в первоначальный вид.
Я просто не представляю, как записать байты в строковое или числовое поле. Если не трудно покажите, пожалуйста, как будут выглядеть в виде байтов несколько первых символов этой строки (910023AC-56DC-48B5-BB86-55C1C9A21AC1), а то без конкретного примера я не соображу, как это будет.

Палестинец
1)строкой длиной в 20 символов из больших букв латинского алфавита можно занумеровать ~20^20 документов , чего хватит на 20^20 / 20000 месяцев работы проги что много больше времени предпологаемого существования солнечной системы.

Нужен ли тут именно GUID???
а может просто номер числовой??

Да нам и 10 символов хватало, но решили перейти на GUID в качестве идентификатора не мы, а Москва, при том по всей стране.



Палестинецзы. бедные юзери ищущие документ по гуид

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


У нас в области есть около 70 учреждений, где создаются каждый день куча документов, затем эти документы в электронном формате передаются нашей организации. Мы их заносим в базу и раз в месяц все эти документы выгружаем в один файл и отдаем в следующую организацию, а та в свою очередь еще в одну. Затем всё это возвращается назад по той же цепочке. При том один и тот же документ может месяцами ходить по этой цепочке. Каждый такой документ должен уникально идентифицироваться, раньше в качестве уникального номера использовался «код учреждения»+»порядковый номер документа» в этом учреждении. Затем в Москве решили перейти на единый формат обмена файлами и в качестве уникального идентификатора документа предписали использовать GUID (формат обмена действует для всей страны в рамках этого направления). От GUID отказаться нельзя, создать дополнительный реквизит для хранения GUID можно, но поиск по нему будет очень медленный и загрузка \ выгрузка данных затянется на сутки.

Хранение символов в байтах я понимаю, но как записать их в 1С не представляю.

DocAlА разрядность "числа" у этой чудо-системы какая?

Длина числа может быть 20 знаков с точностью в 9.
Можно записать число Пи: 3.141592653

aleks2 на VBA - пожалуйста

Спасибо за пример. Понял Вашу мысль, вроде то, что мне может подойти.

DocAlМожет, возможно нужный индекс в базе создать просто?

1С не позволяет самому создавать индексы. Точнее, там есть несколько намертво записанных полей, по которым оптимизирован поиск и они присутствуют во всех документах. Можно создать свои поля (реквизиты) для поиска, но по ним поиск значительно медленней, чем по предопределенным в системе.
1С не удовлетворительно работает с задачей, для которой мы её используем. Как оказалось с большим объемом данных она не справляется. Если использовать дополнительные реквизиты для поиска, то мы не сможем уложиться в отведенные нам временные рамки. Вот и приходится через математику решать возникающие проблемы.