3 ревизии, один ID, разные puid'ы

[purple dolphin 0]

Добрый день!

Увидели сегодня, что пользователи создали объект, который ссылается (в Анализе влияния) на 3 одинаковых ревизии (Наименование, идентификатор и номер ревизии совпадают), отличающихся puid'ом. 

При открытии объекта отображается только одна ревизия. Если скопировать из Анализа влияния все три ревизии в Рабочую область, они будут отображаться, как три отдельные ревизии. 

Пользователя спрашивать бессмысленно, в день он создает множество таких объектов. Может, кто-нибудь сталкивался? Спасибо.

[koner 45]

последовательности

[purple dolphin 0]

@koner подскажите, где можно почитать про них?

[koner 45]

Своим языком:
у ревизии есть версии ревизий, номер версии в атрибуте sequence_id.
Последняя (актуальная) версия та у которой больше номер из sequence_id.
как правильно это все обзывается и где про это написано я не знаю.

[purple dolphin 0]

Большое спасибо! Уже нашла необходимые преференсы.

[lexx174 373]

так же есть версии у датасета равные кол-ву допустимых сохранений в насройках

[Igor79 5]

В 25.10.2018 в 15:27, koner сказал:

Последняя (актуальная) версия та у которой больше номер из sequence_id.

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

 

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

Аналогично можно удалять все промежуточные версии наборов данных, в процессе утверждения.

[lexx174 373]

7 часов назад, Igor79 сказал:

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

 

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

Аналогично можно удалять все промежуточные версии наборов данных, в процессе утверждения.

Для наборов данных при утверждении они и так должны удаляться по идее

[Igor79 5]

По идее, смотря как процесс настроить.

А вообще, используйте хендлер TCRS-purge-dataset для удаления промежуточных версий наборов данных... в процессе утверждения. :)