https://opennet.ru/openforum/vsluhforumID3/87681.html Представлен (http://permalink.gmane.org/gmane.comp.db.postgresql.announce/2152) первый стабильный релиз проекта E-Maj 1.0.0 (https://github.com/beaud76/emaj), в рамках которого подготовлено расширение для СУБД PostgreSQL, позволяющее (https://github.com/beaud76/emaj_doc) отслеживать обновления для избранных таблиц и при необходимость отменять порции изменений. Например, можно вернуть содержимое таблицы в предопределённое целостное состояние, если порция внесённых изменений привела к проблемам.<br><br>URL: http://permalink.gmane.org/gmane.comp.db.postgresql.announce/2152<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=35553<br> https://opennet.ru/openforum/vsluhforumID3/87681.html#15 Tue, 11 Dec 2012 08:32:04 GMT Не приведи господь таких реформаторов :))))))))))))) Слово "транзакция" для них, видно, какое-то кутакское. :))))))))) И еще они изобрели BPEL!!! :))))))))))))<br> https://opennet.ru/openforum/vsluhforumID3/87681.html#14 Tue, 11 Dec 2012 06:27:22 GMT Категорически согласен! Просто встречался со "светлыми" умами, которые на полном серьёзе в бизнеслогике софта опирались на технологию флэшбэка при реализации функции возврата изменений... За ноухау даже выдавали. Потом, когда флэшбэк приживётся повсеместно, наверное начнут мыслить о возможности доставать данные из инкрементальных оффлайновых бэкапов на "лету"...<br> https://opennet.ru/openforum/vsluhforumID3/87681.html#13 Tue, 11 Dec 2012 06:08:33 GMT Все это не бесплатно. Флэшбэк-логи не в космосе на Великом Небесном Сервере хранятся. Красное сторно флэшбэк так и не отменил.<br> https://opennet.ru/openforum/vsluhforumID3/87681.html#12 Tue, 11 Dec 2012 05:53:19 GMT Блин, вот такие вот инструменты расхолаживают. В оракле до знакомства с флэшбэком 7 раз проверял потом коммитил. После знакомства, число проверок иной раз снижалось до ноля. Результат - флэшбэчить таки приходилось... Но в любом случае удобно, посмотреть селектом, как оно было до того, как юзер напортачил, даже если этот юзер я сам :)<br> https://opennet.ru/openforum/vsluhforumID3/87681.html#11 Mon, 10 Dec 2012 15:09:13 GMT реверсивность в постгресе и без дедупликации ?<br> https://opennet.ru/openforum/vsluhforumID3/87681.html#10 Mon, 10 Dec 2012 12:09:50 GMT &gt; Точно-точно: &#203;-Majo <br>&gt; Мы тут же нашли у нас ему применение :) <br><br>DBA при ошибке теперь выкрикивает имя продукта ?)<br> https://opennet.ru/openforum/vsluhforumID3/87681.html#9 Mon, 10 Dec 2012 12:05:16 GMT Смысл этого проекта - откатить состояние базы ПОСЛЕ комитта, а то и не одного. Причем не только данных, но и таблиц... а возможно и триггеров/хранимок.<br> https://opennet.ru/openforum/vsluhforumID3/87681.html#8 Mon, 10 Dec 2012 11:09:48 GMT Точно-точно: &#203;-Majo<br><br>Мы тут же нашли у нас ему применение :)<br><br> https://opennet.ru/openforum/vsluhforumID3/87681.html#7 Mon, 10 Dec 2012 10:28:19 GMT Надо было назвать E-Majo :)<br>