Предположим есть открытый рекордсет А (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

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

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

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

я вам толкую о том, что транзакции как раз и применяются при многопользовательской работе с базой, чтобы исключить ситуации с колизиями вставки/обновления/удаления данных одновременно разными пользователями.

транзакции мне в аксе доступны исключительно сквозь программную модель, а работать с таблицами могут и формы и запросы и связи.

Все равно спасибо за помощь, я даже в некотором шоке от желания и стремления помочь. Вот по правде говоря, я бы даже и знал ответ на вопрос а не написал бы. Лень:(
Но я беру на себя обязательство взамен на вашу мне помощь, помочь нескольким людям. Пусть моя помощь будет совсем плевая, но я обещаю стараться:)

Konst_Oneвопрос: зачем отслеживать изменения, вносимые разными пользователями? пишите свой аудит, вам это точно надо?

уже написал. Сделал так:
триггер "висит" на таблице(ах) в моменты изм. добавления записей вызывается подпрограмма ,которая виксит в логе изменения. По значениям полей до и после измененй можно выяснить что именно произошло.
потом на формах пользователей, где нужен контроль за изм. в этих таблицах обрабатываю таймер раз в 2 секи. вычисляю есть ли изменения в таблице логе и если есть обновляю формы пользователя.
Выглядит это так: Есть юзер А, который изменяет статус доставки товара (например), у сетевого юзера Б на форме грубо говоря отображаются изменения.
ну типа того.

Konst_OneShocker.ProKonst_Oneвопрос: зачем отслеживать изменения, вносимые разными пользователями? пишите свой аудит, вам это точно надо?
http://www.sql.ru/forum/actualthread.aspx?tid=764895#8897612


я это уже видел, но так и не понял ЗАЧЕМ отслеживать изменения???
это всё решается обычным способом в клиентской части приложения

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

Shocker.ProKonst_Oneну так я и говорю про это. неужели все лезут в дебри аудита лишь для того чтобы в комбобоксе справочника обновить данные? я вами разочарован ;(

Лишь для того.
Насколько я понял автора.

перекуси меня зубастая акула. не только для того!
я сам того не подозревая построил страшненькую, кривенькую и не совсем полноценную модель клиент сервер. Клиент лишь вносит данные в таблицы, все что приходит ему в ответ на его действия создано серверной стороной.
Я по своей сути ленив, алчен и сладкоежка, но однажды (под настроение) я вам расскажу, как решил проблему с базой на одном гос. предприятии. Там было оч. много источников входных данных (пользователи и электроника) . Уверен ,что сама идея снимет с меня тяжкий груз (по крайней мере) ответственности за пристрастие к сладкому.. :)

Лан, спасибо всем за помощь и советы! Я уже говорил или нет, что настоящий талант щедрый по натуре, и в этом самом смысле вы с Константином ОЧ. одаренные программисты. Спасибо!