Предположим есть открытый рекордсет А (select * from data), проходит время, пользователи с других машин работают с данными, что-то добавляется, удаляется, изменяется. Я открываю рекордсет Б (select * from data)
Могу ли я использовать информацию в рекордсете А и Б для поиска и анализа изменения данных в таблице "data"
Спасибо.

Точнее мне нужно отследить изменения в данных, но я вот подумал, может быть использовать два набора: один слямзить до изменений, другой считать после. Потом перебрать и проанализировать.

Есть хранилище информации состоящее из трех логически связанных таблиц и справочного "обрамления".
В это хранилище пишут и читают информацию пользователи, а также пишут и читают администраторы.
Нужно сделать так, чтоб администратор и пользователь узнал об изменении/добавлении/удалении полей в таблицах.

"..полей и записей"

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

Shocker.Protutti-fruttiто есть, нужно не просто добавить или изменить информацию в информационном хранилище, нужно поставить об этом в известность группу пользователей программы.

Соответственно.
Либо пользователи периодически проверяют лог на предмет появления новых (с момента последнего запроса) записей.
Либо организовывать уведомление - у тебя какая СУБД?

Логи там не подойдут, нужно что-то альтернативное.

Сейчас снова нелегкая свела с Access. Задал этот вопрос на форуме Access, советуют триггер Бенедикта. Скачал прогу, и нифига не понял. Пройдусь наверное, голова совсем не варит.
Спасибо!

Менять логику работы приложения нельзя. Есть уже построенная система.
Я думаю, что впиваться клыками в SQL сервер, мне еще рано, нужно сделать все в Accesse, но вопрос как мне кажется смежный и с VB.
Идея Бенедикта интересная. Она позволяет вложить внутрь процесса обновления и создания записи программную процедуру/функцию. Уже в ней разобраться что произошло и сделать все что нужно.
Тут есть заслуживающие внимания моменты.

Но у у меня не получается использовать этот механизм, еще немного побадаюсь и пойду другим путем.
Спасибо!

Shocker.Protutti-frutti,

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

Это что-то в духе органайзера для группы людей. Есть админ, который выдает в базу задания, есть пользователи, которые выполняют задания. Нужно ,чтобы каждая группа знала обо всех изменениях в базе.
Ну типа получилось, правда к сож. не попробовал применить инкапсуляцию (правильно я хоть слово то это пишу?) , но мне почему-то кажется, что будет еще масса подходящих случаев. :)
С триггерами Бенедикта разрулил. но к сож не все там так хорошо, как кажется, в частности они не работают при связанных таблицах, при доступе к данными любыми другими средствами ,кроме локально открытой жеты.
Тем не менее красиво получилось.

Shocker.Protutti-fruttiЭто что-то в духе органайзера для группы людей. Есть админ, который выдает в базу задания, есть пользователи, которые выполняют задания.

Я в третий раз попытаюсь выяснить: все программы, которые делают запись в эти таблицы, написаны тобой, или есть ЕЩЕ какие-то программы, которые тебе не подчиняются или, допустим, кто-то пишет в таблицы "ручками"?

Все все написано мною, и соответственно все мне подконтрольно. "Ручками" никто не пишет.
Полей в таблицах много.

Shocker.Protutti-fruttiВсе все написано мною, и соответственно все мне подконтрольно. "Ручками" никто не пишет.
Полей в таблицах много.

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

У тебя есть конкретное место в программе, которое пишет в нужную таблицу. Если вдруг эти места разбросаны по всей программе - это неправильно - нужно собрать в одно место. К этому же месту прикручиваешь то, что хочешь чтобы делал триггер, и не паришь себе мозг. И такой подход, повторюсь, гораздо более масштабируемый и обслуживаемый.

Разобрался я с этим триггером, хорошая штука, но применима исключительно в локальном аксе. (не срабатывает при изменении связанных таблиц)

И в аксе нет конкретного места, которое пишет в программу. Все эти тонкости и детали сокрыты от пользователя. В этом есть свои положительные моменты. Есть форма с подформами. Есть контролы. Можно конечно отслеживать изменения через контролы, но мне показалось правильнее стать с блокнотиком возле таблицы и в сл. если в ней меняются данные чиркнуть в тетрадку мелким почерком:)

Сейчас предложили работу связаную с аксом. Шансов у меня мало, так как оч. серьезная контора.
Решил попробовать, а почему и нет. Вот и нужно было кое-что для них чирикнуть.

Shocker.Protutti-fruttiИ в аксе нет конкретного места, которое пишет в программу
Почему нет?
У формы целая куча событий:
До вставки
После вставки
До обновления
После обновления
Внесены изменения .... и т.д. и т.п.

Эти все события имеются, я даже с ними имел дело, но все они связаны с формой, а в случае с "триггером" я получаю "После обновления", "Внесены изменения" вне связи с формой.
Это работает если код делает изменения в таблице, или если запрос. Другими словами происходит некоторая концентрация методов работы с данными. Я в одном месте контролирую ситуацию, а не в 5 или 10ти.
Возможно я ошибаюсь, но мне понравилась сама суть подхода. Плохо только то ,что это все работает локально. Короче триггеры в настоящих СУБД суперская штука.

Konst_Oneв реляционных базах данных есть специальная возможность - транзакция. поищите тут или в гугле примеры как правильно это делать в рамках акцесса по словам BeginTrans, CommitTrans

Транзакции в аксе я немного пользую (там где нужно "обрамить" группу операторов сиквела и выполнить их либо все либо ни одного) но сейчас я говорил немного о другом.