Опердень и undo

[metaclass]

А вот скажите мне, как истинные оперденьщики, модно ли сейчас делать в оперденях функцию "откатить изменения в паре сотен документов на неделю назад, потому что пользователи сошли с ума и сделали что-то не то"?

Возникает такая потребность нечасто, поэтому я обхожусь старой копией БД и экспортом-импортом из нее в текущую БД, но может быть, это рукожопие за которое положено быть запсенным кахесом и давно все делают иммутабельные БД со всеми версиями происходящего и дичайшими алгоритмами отката части графа документов на предыдущую версию?

Comments

[vp.livejournal.com]

откатить изменения все или откатить изменения какие-то определенные? если все, то это таки да, резервная копия.

[metaclass.livejournal.com]

Определенные. Или все. Как паук прикажет.
С кнопочкой у Главного Пользователя и подтверждением у еще более Главного Пользователя.
А резервную копию нельзя - она за подписью DBA хранится в сейфе у безопасников, которые будут неделю согласовывать доступ к ней :)

[perplexed-bear.livejournal.com]

Лет 6 назад я такое делал в системе коммерческого кредитования. Там автоматически делались сторно до даты отката (мы назвали это "размоткой "), и кредит приводился к исходному виду. А потом можно было менять события за даты в прошлом, и всё автоматически пересчитывалось, генерились корректировочные проводки с задними датами валютирования (это мы назвали "накатка").

Вроде, работает до сих пор.

[gds.livejournal.com]

да, ровно такое же делал. Даже гуй к такому, чтобы пользователь сам выбирал, докуда "снимать провОдки".

[jdevelop.livejournal.com]

с леджером это работает ок, а вот если там зависимости-справочники и прочее вуду, то уже ойц

особенно когда справочник отдается отдельным сервисом, который черный ящик