Версионирование - очень удобно, а в чем минусы? #809396

Версионирование удобно, полезно, а в чем минусы? Ясно что пухнет база, что проведение чуть подольше потому что записывает данные в рс, вроде записывает немного по 1-5кб в зависимости от объекта, если не закрывать документы через провести и закрыть, если очищать данные периодически вроде прирост не огромный, какие еще минусы?

"если не закрывать документы через провести и закрыть" - это ты про что?

пиши только расхождения, если расхождения с последней версией нет не пиши.

было бы еще что вроде встроенного расчета хэша, что бы сравнить ток хэш, а не по каждому значению.

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

а модифицированность нельзя использовать?

Хех, я помню делал "историю изменения остатков на складе". Куда писались все изменения. Сразу вычислили всех кто меняет приходные (и расходные) документы задним числом и что "минусы в остатках" - это не база глючит и программист не руко*оп.

запись в р/с при изменении тч документа? одна запись только документа или каждая для измененной строчки или запись в строку измененных объектов? и как с размером базы? А как вариант можно было включить версионирование и сделать отчет по типу документа, разве не так?

не правильный подход для документов. Изменений может по реквизитам и нет, но кто знает, какая служебная информация по заказу могла измениться и как повлияет перепроведение по регистрам

БСП сейчас так работает  - пишется ссылка перед записью, если текущий объект не совпадает с записанным

Мне плевать на размер базы, ибо это копейки по сравнению со стоимостью разбора типовых конфликтных ситуаций или настройки прав доступа

"екоторые юзеры закрывают документы через провести и закрыть, т.е. нажимают не крестик или Esc а провести и закрыть" - бардак в базе обеспечен, версионирование не спасет.

вообще, это я условия привел, а почему бардак?

если можно залезать в прошлые даты - оч. актуально да, и плюс с 8.3.10 версионирование уже в платформе. В БСП жить ей недолго осталось )

У вас юзеры не отдают себе отчет в своих же действиях. Добра не жди после такого.

Я знаю один большой "минус" версионирования! МежМногоПлатформенный :) В РИБе изменённый объект порождает новую запись о версии в той базе, где его изменили (+)... и во всех других узлах, куда объект отправили обменом (-).

нет не так. В модуле набора записей регистра накопления товары на складах писал все что происходит в РегистрСведений без каких-либо оптимизаций Какой-либо сверхнагрузки не заметил, база пухнет да. Время-от времени чищу записи. Зато 10050+ конфликтных/ошибочных ситуаций разобрано.

круто, взял на заметку)

Это же примитивная прикладная задача. Преобразовываешь в xml-объект и вычисляешь хэш. Можно и свой алгоритм разбора.

Бардак в РИБ - гарантировано платформой!

Нет, не примитивная. Если этот объект - проведенный документ. Намекаю на необходимость сравнения "хэшей" движений документа.

Юзаем версионирование и в хвост и в гриву. 1. Плюсы. 1.1. Замечательнейший механизм. В любое время можно разрабраться что где и кем было изменено. Несчетное количество раз удавалось быстро и на лету ткнуть носом пользователей в их косяки. Значительно поднялась дисциплина ввода и корректировки данных пользователями, так как в сознании людей четко отпечаталось, что каждое их изменение фиксируется и, в случае ошибки, будет вскрыто. 2. Ложные минусы: 2.1. Типа пухнет база. Великолепно лечится путем выставления срока хранения версий и автоматической очистки устаревших версий по ночам. 3. Реальные минусы: 3.1. Немного возрастает нагрузка на сервер во время записи, а также увеличивается время записи объекта. Тут, наверное, актуально только со слабыми серверами или в случаях, когда вносится или корректируется очень много объектов за единицу времени. В подавляющем большинстве случаев - абсолютно не критично. Перспектива: Ждем версионирования от платформы с поддержкой в БСП. Это решение ИМХО будет нивелировать пп 2.1 и 3.1, останутся только одни плюсы.

немного напрягает версионирование платформой, что создание версии надо инициализировать - например регламентным заданием т.е. можно десять раз поменять объект, а в версию уйдет последнее состояние если я правильно понял

Возможно. Я не углублялся. В таком случае штатный механизм БСП более предпочтителен. ... Хотя... ....

Не забывайте чистить регистр сведений версионирования, если документооборот большой очень много места освобождается.

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

странно - а откуда они эти изменения узнают - т.е. хранят все-таки надо попробовать