Есть следующая идея - сделать в базе откат последнего действия, система построена на AccessXP + SQL2000. Пока DAO+ADO+ODBC, плавный переход на второе, ну а потом на ADP. Исходники под 40мег, поэтому одним махом не получается. Так вот, действия могут быть следующими:
1.Добавили одну запись, Удалили запись, Обновили запись;
2.Тоже самое на пакет операций по отношению к одной таблице;
3.Имеем транзакцию с последовательным (созданием, удалением , обновлением) взаимосвязанных записей в нескольких таблицах
4. И самое сложное - это 3 пункт но к пакетным операцием. т.е. например (нажал кнопку. она создала 100 счетов, заполнила их содержимым, по ним 100 накладных)

Были мысли в лоб, но потом
1. переименовываем на сервере таблицы, добавляем у них поле Visible (По умолчанию True), создаем на сервере View, где Visible = True, их и цепляем к клиенту.
2. Создаем таблиц tAction c дополнительными полями (как кому хочется, но главное - время и тип действия, ну и кто конечно)
3/ Создаем таблицу tActionInside. где имеем привязку к Action, но просто перечисляем коды записей и названия таблиц, с которыми делали действие.
4. Ну а дальше пишем процедуры (с триггерами скорее всего не получится :( )
которые при любом контролируемом действии пишет что сделали, если удалили - пометили невидимой, обновили - создаем копию, а предыдущую запись помечаем невидимой (т.е две ссылки) ну и т.д.
5.Соответсвенно пишем и процедуру отмены - в одну и другую сторону на любое количество времени с пакетным проходом по записям, или просто вычислением нужного значения.

А пугает следующее - если есть отмена отмены на любом отрезе времени, то возможно в конечном итоге ветвление, можно конечно и это контролировать.
Второе - не закопаюсь ли в пакетных операциях по нескольким таблицам.
Треть - времени наверное займет немеряно для реализации ентого на живой базе :(

Прошу прощение что так много писал, но уж больно понравилась сама идея. Жду мнений.

а как триггеру передать ID действия???? -в этом вс\я и загводка :((

Так нет, добавление то происходит в несколько таблиц (это во первых). а во вторых - сначала в отдельной таблице прописывается название самого действия, где и формируется его ID, которое нужно потом собственно передавать в триггеры в другие таблицы, где собственно и происходят сами действия. Можно конечно читать последнюю добавленную запись по юзеру, но что если я под одним юзером с двух машин начну делать - такая ситуация не исключена.