Wer sich tiefergehend mit der Erstellung von Datenbanken und der Programmierung in Access auseinandersetzt, wird früher oder später nicht um die sogenannten Ereignisse – auch Events genannt – bei  Daten, Steuerelementen, Formularen oder Berichten herumkommen.

Ereignisse treten beispielsweise auf, wenn ein Datensatz geändert wird. Auf Grund dieses Ereignisses kann nun eine weitere Aktion ausgeführt werden. Im einfachsten Fall kann diese eine einfache Meldung  an den Anwender der Datenbank sein – Beispiel „Möchten Sie die Änderung speichern?“.

Für viele die sich mit Access Datenbanken befassen ist aber unklar, in welcher Reihenfolge diese Ereignisse genau auftreten. Von Microsoft gibt es dazu eine ausführliche Techinfo, in der die Reihenfolge von Events für Access 2007 bis 2013 ausführlich dokumentiert ist:
http://office.microsoft.com/en-us/access-help/order-of-events-for-database-objects-HA010238988.aspx

Ebenso ist eine Dokumentation in deutscher Sprache für Access 2003 verfügbar.
http://office.microsoft.com/de-de/access-help/reihenfolge-von-ereignissen-fur-datenbankobjekte-HP005186761.aspx

Auch im Datenbank Backend kann auf Ereignisse reagiert wird. Hier bietet beispielsweise der SQL Server sogenannte Trigger an.
Robert Meyer,  IT-Consultant und Microsoft Advanced Technology Specialist, erklärt deren Einsatzmöglichkeiten mal an einem ganz praktischen Beispiel:
http://sqlpractice.wordpress.com/2010/03/10/howto-einsatz-von-triggern/