|
_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) С этим не поспоришь. Но, любопытно же, как оно там устроено
|
|