У меня вот такая задачка: например, в базу данных несколько пользователей вводили ошибочные изменения, удаляли и изменяли важные записи. Одновременно с ними другие поользователи вносили в бд правильные изменения. Возможно ли в какой-нибудь СУБД выборочно удалить изменения, внесенные этими "плохими" юзерами, и оставить изменения остальных пользователей? И в какой это сделать удобней всего?
Сразу напрашивается вариант составить дополнительную таблицу, в которую будут вноситься все изменения, но это слишком расточительно к месту и к производительности запросов на изменение/удаление... Помогите мне пожалуйста))

Ладно, а если сам админ в процессе работы вводил множество данных, из которых половина оказалась неправильными. И как их отменить? И не обязательно ошибочные изменения будут вводиться со злыми целями, так что права доступа тут не причем

Вся структура системы у меня продумана, вот только велика вероятность того что то, что изменения были ошибочны, может всплыть примерно через месяц, и то в этом случае делвть? неужели кроме логирования ничего нет? вроди вполне очевидная и распространенная проблема..

Ну ошибочность операции определяет сам оператор, а сделать так чтобы все данные всегда вводились безошибочно невозможно - здесь и усталость, и другие человеческте факторы. В конце концов, информация может вводиться по какому-либо приказу начальства, а потом этот приказ отменили и надо вернуть все как было. Да и мало ли какие ситуации могут быть. Вот хранение запроса на изменение и запроса на отмену изменений это самое оно =)

VoDA[quot Воффка]проблема очень не очевидная, и совсем не распространенная (при правильном проектировании системы)
Интересно, как можно избежать возникновения необходимости отмены изменений или удаления в любых случаях. Неужели с базой данных должны всегда работать супервнимательные операторы, которые никогда не делают ошибок? Это ведь смотря что за база данных. Согласен, такая необходимость не появляется каждый день, но иногда бывает, и тогда оказывается очень нехорошо если нет возможности отменить изменения.
Внимание пример:
Вводили мы данные, устали и по ошибке в нескольких местах втюкнули не то что надо. А через неделю во время работы натыкаешься на эту ошибку. А старые данные, которые были изменены, уже никак и не узнаешь.. А был бы лог можно было бы найти в нем тот самый запрос на изменение и отменить его
VoDAПример:
на склад привезли 20 деталей. их внесли в БД.
сейлзы увидели приход 20 деталей и продали 15 шт.
через месяц после продажи оказалось что все 20 деталей внесены ошибочно.

Внимение вопрос: что и каким образом должна делать система?
Если вы читали внимательно мой пост, то там имеется в виду отмена ИЗМЕНЕНИЙ записей а не их ВВОДА

SergSuper ВоффкаВся структура системы у меня продумана, вот только велика вероятность того что то, что изменения были ошибочны, может всплыть примерно через месяц, и то в этом случае делвть? неужели кроме логирования ничего нет? вроди вполне очевидная и распространенная проблема..
Дык вот значит не всё еще продумано если возникают вопросы как делать исправления. СУБД же не может определить какие данные ошибочные, и программист не может. Значит ввод ошибочных данных - это штатная ситуация, которую надо предусмотреть(с возможностью исправления конечно)
Не надо пожалуйста придираться к словам! Я и спрашиваю - как и где удобней сделать возможными эти исправления. А раз это не вопрос СУБД, значит и структура моя никаких нареканий не заслуживает

!!!1. Логировать все изменения таблиц, в которые возможен "ошибочное" изменение или удаление данных(удаление - читай, измененение простановкой признака "неактуальна", физических удалений быть не должно и это следует реализовать на уровне БД).
2. Определить, что некоторая запись была изменена или удалена ошибочно.
3. Восстановить по логам актуальное состояние записи до ошибочного изменения
4. Восстановить состояние записей прочих таблиц, на которые повлияло ошибочное изменение.
5. Наслаждаться результатом

С логом все довольно топорно.. Я вот спрашиваю, в какой СУБД это и сделать проще. А то это логирование, восстановление, это ж стока ресурсов жрет, даже больше чем сама операция на изменение

ASCRUSТЗ своей задачи озвучьте пожалуйста, какая конкретно задача, для кого и в рамках каких условий требуется бороться с юзерами, которые сознательно портят информацию и не неся никакой ответственности хотят, чтобы программа автоматически откатывала БД с поддержкой ссылочной целостностью на правильное состояние. Абстрактное обсуждение непонятно чего вряд ли Вам тут поможет
Мне хотелось бы получить впринципе ответ на сабжевый вопрос... Чтобы можно это было использовать в любой базе данных, как где надо бороться с юзерами (например с информацией свободного ввода, общественная такая БД) так и в бд где некоторые поля записей часто изменяются, например номер реестра цен на этот товар, где по невнимательности персоналом может быть допущена ошибка, или же было признано неправильным ранее считавшееся верным решение и надо некоторые данные вернуть к первоначальному виду.
Тоесть есть ли альтернатива полному логу изменений?