Сижу чешу репу и что-то ничего не вычесыывается...

Нужно сделать следующее: при удалении группы записей из таблицы записать в специальную LOG-таблицу идентификаторы удаленных записей с дополнительными параметрами: кто, когда и т.п. По одной строчке на каждую запись. Но тут возникла проблемка.

Событие "Удаление" срабатывает нужное кол-во раз (по одному на каждую удаляемую запись). Но срабатывает оно до того как пользователь подтвердил или отказался от удаления, а Акцесс успел проверить ссылочную целостность. Стало быть, записывать рано.

А события "До подтверждения удаления" и "После подтверждения удаления" срабатывают один раз на весь набор удаляемых записей. Стало быть, уже поздно ловить отдельные идентификаторы.

Попробовал записывать в массив все идентификаторы на стадии "Удаление", чтобы потом залить их в LOG после подтверждения. Но в массив попадают и те записи, которые потом не могут быть удалены по условиям целостности.

Что-то я торможу... Может у кого какие мысли есть?

Спасибо, Владимир Саныч!... Не то утешил, не то огорчил:) Думал, что проблема левой пяткой решается, просто у меня пятки неправильные. А оказалось, все не так жизнерадостно.

Пошел изучать обсуждение...

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

Пришла в голову такая дурацкая мысль. Может на событие "Удаление" помещать все намеченные к удалению записи в LOG, а на событие "После подтверждения" проверять какие записи не удалились (по любой причине - отказ пользователя, условия целостности и т.п.) и выкидывать их из лога. Если получится, то в очередной раз правое ухо будет почесано левой пяткой.

Но кикие-то здесь должны быть подводные камни... Где бы соломки подстелить...