Events durch Messages ja, da die Messagequeue irgendwann so voll wird, dass nach gewissen Prioritäten verworfen wird.
Bei Callbacks, die Event-Mäßig implementiert sind nein, da sie synchron ablaufen, und den Aufrufer so lange blockieren, bis die Verarbeitung abgeschlossen ist. (Da könnte höchstens der Aufrufer so witzig werden, und den Aufruf in einem Thread machen, der mit einem Timeout- bzw. Loadhandling dafür sorgt, dass die Callbacks reduziert werden.)
Für deinen Fall klingt ein Worker-Threadpool sinnvoll (gabs auch ein nettes Framework hier in der
DP zu meine ich), nur sollte auf jeden Fall jeder Thread seine eigene
DB-Connection erhalten. Die
DB selbst kommt dank ihrer internen Locking-Mechanismen prima klar mit gleichzeitigen Zugriffen aus mehreren Threads (dafür wuden
DBMS u.a. schließlich gebaut
). Beim Logging in eine Datei, müsstest du selber sicherstellen, dass immer nur ein Thread da rein fummelt, was mit einer CriticalSection aber auch recht simpel ist.
Fazit: Wenn du unsicher bist, wie dein Aufrufer sich bei längerer Blockierung verhält, und/oder Fenster-Messages mitspielen, wäre eine threadbasierte Lösung keine schlechte Idee.
"When one person suffers from a delusion, it is called insanity. When a million people suffer from a delusion, it is called religion." (Richard Dawkins)