Перейти к публикации

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


purple dolphin

Рекомендованные сообщения

Добрый день!

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

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

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

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


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

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

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

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

 

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

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

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

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

 

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

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

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

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

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

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

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

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

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

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




×
×
  • Создать...