purple dolphin

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

Pinned posts

Добрый день!

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах


UnPinned posts

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

1 пользователю понравилось это

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

1 пользователю понравилось это

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 25.10.2018 в 15:27, koner сказал:

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
7 часов назад, Igor79 сказал:

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

 

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу