Расширение позволяет хранить (восстанавливать) историю данных прикладных объектов (справочников, документов, движений регистров по документам).
Данные хранятся во внешней базе, которую можно скачать по ссылке CouchDB (процесс установки и настройки не составит труда и займет не более 5 минут).
Перед началом работы указываем параметры подключения (к базе CouchDB):
В документахсправочниках появиться кнопка "История данных"
Форма "История данных"
Требование для работы расширения:
- Режим совместимости 8.3.12
Картинки красивые, но я не увидел классики презентации продукта, а именно перечисления
достоинств и недостатков.
Не буду хороводить и сразу уточню по существу:
Ладо, допустим лень было делать презентацию по уму, но где ответы на два главных вопроса:
1. Чем этот механизм лучше типового? «байки про место на диске и пр. оставим сказочникам»;
2. Данные, слитые не пойми куда, точно не будут перепроданы конкурентам и прочим лицам
нетрадиционной профориентации?
А скажите по какому принципу идет сохранения версии (настройка какой вид сохранять) т.е. в самом расширении есть настройка?
(1)
Мне сложно ответить на данный вопрос ввиду того, что не использую типовой механизм (и о его плюсах и минусах сказать не могу).
Плюсы расширения:
— Данные хранятся в отдельной базе (а следовательно база не будет расти (место на диске тут как бы не причем) речь именно о базе данных)
— в стандартном механизмы хранятся только изменения (в расширении хранится полная копия объекта)
А вообще если устраивает типовые механизмы (это относится к любым типовым механизмам) — нет никакого смысла использовать сторонние разработки.
нетрадиционной профориентации?
Если честно совсем не понял вопроса… Каким образом ваша база данных (с вашего сервера) будет перепродана конкурентам и т.д. ?
(2) В данном расширение идет сохранение всего объекта (без разделения, какие объекты сохранять а какие нет). Код расширения открыт — реализовать сохранение только выбранных объектов очень просто.
(3) в том, что типовой механизм версий хранит только изменения это и есть плюс.
самый жирный плюс типового механизма в том, что версии объектов можно сравнить и фактически увидеть «биографию» объекта. Это очень удобно при разборе полетов и откате на предыдущие версии.
Если у предлагаемого вами механизме плюс только в том, что данные внешней во внешней базе, то это,
на мой взгляд только минус, так как при сравнении или откате нужно создавать коннекты к этой базе.
Что под капотом у исполняемых файлов в CouchDB и сколько там может быть потенциальных мест для закладок известно абсолютно точно?
Моя цель не загнобить продукт, а понять есть в нем практическая ценность или очередной развод а ля
«жене сапоги»?
(5)
на мой взгляд только минус, так как при сравнении или откате нужно создавать коннекты к этой базе.
Коннект к базе идет как при записи так и при восстановление (что логично). Сравнить версии объектов имея полные копии этих объектов скорее даже проще чем имея только изменения. Было бы конечно интересно сравнить скорость записивосстановления типового механизма и данной поделки.
Думаю точно так же как у любой другой базы данный (постгри,мсскл и т.д.).
«жене сапоги»?
Я прекрасно понимаю о чем идет речь. Ценность любой разработки зависит от ее надобности кому бы то ни было.Я вполне допускаю, что стандартный механизм намного интереснее,гибче,быстрее и т.д. (хотя судя по журналу регистрации в это вериться с трудом), но для себя я решил использовать именно данную разработку.
Р.S.т.к. код открыт — разработку можно использовать для платформ до 8.3.11 (где появился стандартный механизм истории данных)