|  | _DataId для регистра сведений в _DataHistoryQueue0 | ☑ | 
    
        | 0
    
        Deon   26.04.24✎ 15:21 | 
        Привет.
 При записи платформенной истории изменений, данные попадают в табличку _DataHistoryQueue0.
 Для объектов ссылочного типа, _DataId - это UUID объекта, а как _DataId формируется для записей, например, регистра сведений, у которого несколько измерений?
 |  | 
    
        | 1
    
        Кондер   26.04.24✎ 16:27 | 
        а как _DataId формируется для записей, например, регистра сведений, у которого несколько измерений? По мне так ни как только ссылочные типы данных, не?
 ЗЫ
 Я бы сходил в SQL, но мне нельзя ((
 |  | 
    
        | 2
    
        Deon   26.04.24✎ 17:11 | 
        (1) Учитывая, что _DataId - это binary(20), есть предположение, что для составных значений используется хэш-функция. Например, SHA1. Но, что в неё подставляется?     |  | 
    
        | 3
    
        Deon   27.04.24✎ 08:06 | 
        Подниму, вдруг какая лжесубботняя мысль кого посетит.     |  | 
    
        | 4
    
        Волшебник   27.04.24✎ 08:09 | 
        Проведите эксперимент     |  | 
    
        | 5
    
        Deon   27.04.24✎ 09:24 | 
        (4) Провожу, но пока в нужный результат никак не попадаю     |  | 
    
        | 6
    
        Deon   27.04.24✎ 09:34 | 
        (4) Оно ж совсем не факт, что там SHA1. Просто по длине совпадает.
Как ещё можно несколько строк зашифровать, чтобы всегда получалось 20-байтный хэш?
 |  | 
    
        | 7
    
        Волшебник   27.04.24✎ 09:36 | 
        (6) ещё может быть MySQL5-хэш     |  | 
    
        | 8
    
        Deon   27.04.24✎ 10:57 | 
        Ну, в общем, проблема в том, что непонятно, как понять, что же 1С-ка пихает в хэш-функцию.     |  | 
    
        | 9
    
        Волшебник   27.04.24✎ 11:02 | 
        (8) Что надо, то и пихает     |  | 
    
        | 10
    
        Deon   27.04.24✎ 11:06 | 
        (9) С этим не поспоришь. Но, любопытно же, как оно там устроено     |  |