Отслеживаем таблицу

[ANDLL]

Всем привет!

Используется ADO.

Есть некоторая таблица. Как сделать так, что бы моя прога следила за всеми изменениями в этой таблице, то бишь ловить все INSERT'ы, UPDATE'ы и DELETE'ы, относящиеся к этой таблице

Заранее спасибо.

[timsoft]

В connection и Recordset есть некоторые события
Наверное, по ним можно отлавливать, если обьявить recordset или connection с фичей WithEvents

[ANDLL]

Спасибо!

[Ennor]

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

[ANDLL]

Ну ка, поподробнее. Это есть в ADO, или какая-то спец. фича?

[Ennor]

Нет, это не фича технологии доступа к данным (каковой является и ADO в том числе), это фича самой БД. Либо в ней это есть, либо нет. В Аксессе, кажется, нет (пусть меня поправят, если в последних версиях они появились), а в нормальных серверных системах есть практ. во всех. Начинать можно с мускула (MySQL), интербейза и его производных, ну, дальше уже есть везде.

Короче: поищи в справке к своей БД раздел по CREATE TRIGGER. Если найдешь, значит, у тебя есть

[ANDLL]

В connection и Recordset есть некоторые события
Наверное, по ним можно отлавливать, если обьявить recordset или connection с фичей WithEvents

Не ловится! Ставлю евент ExecuteComplete.
Далее открываю MDB-базу в access и правлю ее. Закрываю базу, а event так не разу и не вызывался...

[alibek]

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

[timsoft]

Далее открываю MDB-базу в access и правлю ее.

Правишь через db.Execute или через Recordset?

[ANDLL]

По обычному. Открываю таблицу и пишу в ней.

[alibek]

Если ты сам проводишь эти изменения, то в чем сложность их фиксировать в каком-нибудь логе?
А чужие изменения из клиентской части ты все-равно не поймаешь.

[ANDLL]

Если ты сам проводишь эти изменения, то в чем сложность их фиксировать в каком-нибудь логе?
А чужие изменения из клиентской части ты все-равно не поймаешь.

Почему не поямаю?

[alibek]

Да потому, что это противоречит идее многопользовательской СУБД. Ты не только не поймаешь, ты этих изменений даже не заметишь, если только не будешь периодически загружать данные и сравнивать с предыдущими.