сейчас в базе в качестве образователя партии используется комбинация ссылка+гуид (документ оприходывания + гуид из табличной части этого документа), для программы такая комбинация нормально работает.

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

есть ли какой относительно простой способ программной генерации числового кода по гуид+ссылка?


ps
поймал себя, на мысли, что хотел добавить что-то тапа "мой гений дарит Вам гуру тест" :) пора в отпуск :)

НомерСтроки + Ссылка

в любом случае получится очень длинное число и визуально его не воспринять

(1) не катит, в документе могут сортировку изменить и все...
(2) ну например можно пробовать что-то вроде - CRC, там не такое и большое будет.

Base64Строка() от md5 хеша

Да ну нах, нумеруешь строки например при первой записи и все, хоть сортируй хоть не сортируй

(4) А обратно в ссылку + гуид брутфорсом превращать? =)

(0) текущаядата числом + номер строки

(6) Да, затупил.

только регистр или справочник соотвествий. ибо пользователям нужны небольшие числа максимум 5-6 знаков

а базу данных простых чисел где брать будете?

ЗЫ
шутка)

(9) у меня есть некий аналог "доп реквизитов", по этому такой номер я могу хранить сразу там, он связан с гуидом. Весь вопрос в генерации номера. Блокировать таблицу и искать максимальный а потом добавлять 1 не очень хорошо.

Вот я и ищу варианты генерации без блокировки...

(11) может можно как-то использовать момент времени документа?

сделай номер документа + код строки (не путать с гуидом строки и номером строки)

Преврати гуид в число, но его длина пользюкам не понравится

base64 будет самый короткий в возможностях 1С. Если просто число - то это будет примерно вот такое на один UID
340282366920938000000000000000000000000

А у тебя будет 2 таких числа

В виде base64 будет примерно так
U7yYVX30EeyWhuDVXoOOIQ==;NfoLMIJxQ/KYsI/9Z4+oyw==

а сами партии - это какая сущность?

&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
    Объект.Идентификатор=Новый УникальныйИдентификатор;
КонецПроцедуры

Функция УникальныйИдентификаторВBase64(Идентификатор)
    ИдентификаторСтрокой=Строка(Идентификатор);
    ИдентификаторСтрокой=СтрЗаменить(ИдентификаторСтрокой,"-","");
    
    ИдентификаторДвоичныеДанные=ПолучитьДвоичныеДанныеИзHexСтроки(ИдентификаторСтрокой);
    ИдентификаторBase64=Base64Строка(ИдентификаторДвоичныеДанные);
    Возврат ИдентификаторBase64;
КонецФункции

&НаКлиенте
Процедура ВЧисло(Команда)
    
    СсылкаBase64=УникальныйИдентификаторВBase64(Объект.Ссылка.УникальныйИдентификатор());
    ИдентификаторBase64=УникальныйИдентификаторВBase64(Объект.Идентификатор);
    Объект.Результат=СсылкаBase64+";"+ИдентификаторBase64;
КонецПроцедуры

(19) ты увлекся. Цель показать читабельное число

(20) Да никак не показать без регистра соответствий

а гуиды если их отсортировать в SQL сортируются по моменту времени когда они были созданы?

(22) а обменов нет?

(22) не факт, нужно смотреть что там в первой группе цифр, может тип/вид объекта

(22) Это как сгенерируешь. Если как новый уникальный идентификатор, то нет. Ессли через получение ссылки нового, то да, но в пределах какой-то пачки.
1С для этого биты в гуиде и переставляет, чтобы кластерный индекс не рвался.

(23) для этих гуидов - нет

(26) чем (7) не устраивает ?

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

ну и.. короткие они, хоть в ean 13 пихай.

(0) А в какой ситуации пользователям нужен поиск *по номеру партии*?

(28) ага, 20 раз провел документ, 20 раз появилась новая партия.

(0) сделай справочник партий и показывай им код элемента

(0) "короче идея со справочником рабочая, но я ищу способ попроще..." - а проще нет. Рег сведений сложнее. Таблицы СКЛ те же самые, только код, дающий партии уник номер, тее придется писать самому, а код справочника генерит сама база
ЗЫ. А зачем "удалять ненужные"? Ненужных тут нет. Или вы удаляете документы оприходования "ненужных" партий?

(33) строки можно удалять

кстати юзеры прекрасно диктуют русские буквы, по основанию 40 будет короче

(33) Проблема с "удалением ненужных" реальна. Не так давно разгребал такое.

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

с этой точки зрения не ссылочный тип удобнее

(0)Дата из GUIDа документа с миллисекундами + КлючСтроки из ТЧ документа. Пример: 10022022.001.001

(38) Упс, Акелла промахнулся :) "38 - 10.02.22-20:05" --> 100222.2005.000.038

(0) заведи служебный справочник с автонумерацией и числовым кодом. В реквизиты справочника пихай ссылку на документ и гуид. Программно всё это разруливай и будет тебе щасте

(36) это решается 1 подпиской при записи документа удалять все лишние партии

(41) При каждой записи глобальный поиск по ссылкам? Так себе идея. Особенно если при записи тех ссылок в доке уже нет.

(0) GUID можешь преобразовывать как ШК форм в типовых - очищаешь от пробелов и конвертируешь в десятиричное число. Ссылку - сам придумывай как преобразовывать)

(4) Слушай, а на кой ты переводишь двоичные данные в Base64Строка? У меня тут контроллер есть, я им двоичные данные гоняю. А ты большой специалист. Для чего это?

(0) Может номер + "_" + дата + "_" + номерСтроки ?
Просто и понятно

(0) Номер, дата без секунд, номер строки, какие проблемы.

Ссылка + Гуид это фактически два гуида, то есть 2*128=256 бит
Нормальных чисел таких нет, поэтому ничего не вижу плохого в справочнике (это кстати снова ссылка-гуид) ключей партий
Представление справочника уже можно сделать более человеческим

(0) До гения тебе еще дядя... как мне до коттеджа в Светлогорске. Т.е. совсем ничего.

(0) оставить Ссылка + Гуид, а выводить пользователю (принимать для ввода) Номер оприходования + "/" номер строки.
Если документ оприходования не блокируется и порядок строк может быть изменен - добавить в ТЧ колонку КодСтроки и нумеровать программно.

(49) Это вообще норм. )

(31) код заполняется один раз.