Re: Logger in Tabelle und/oder auf cli

> Unter der Annahme, dass du möglichst flexibel bleiben willst, denke
> ich spontan an LISTEN/NOTIFY und einen externen oder internen
> Consumer, der die geschickten Nachrichten async abgreift und dann
> dahin schickt, wo du sie willst. Das kann dann halt eine Datei, eine
> Tabelle (auch auf einer anderen DB) oder was auch immer sein. Die 8GB
> oder so default-queue-size sollten ja reichen? ;-)

Ich fürchte, LISTEN/NOTIFY fällt für mich durch. Die Nachrichten  
werden erst nach einem Commit der sendenden Transaktion an die  
Listener weiter gegeben. Und wenn ein Rollback statt findet, gar  
nicht. Das widerspricht meiner Auffassung von Logging. Abgesehen davon  
müsste für einen bequemen Gebraucht des Loggers ein Logger-Prozess  
schon laufen, den man dazu bringen müsste, sich bei der richtigen  
Queue anzumelden, oder man müsste bei jedem Lauf, den Logger neu  
starten. Urgs.

-- 
Auf Gelassene Pferde kann man bauen!
+49 (0)1578-772 37 37
+41 (0)78 947 36 21
sip: [email protected]
http://www.gelassene-pferde.biz
Mitglied bei http://www.keep-it-natural.org
Öffentlicher PGP-Schlüssel:  
http://pgp.mit.edu/pks/lookup?op=get&search=0x8F70EFD2D972CBEF

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)

iEYEABECAAYFAlbiyMAACgkQj3Dv0tlyy+8xVgCfYtkibfMt6q03B9Op16GwYzC1
RYUAnjL9vZvnwZTOyLtMhSHxmzAhy8zR
=Dxke
-----END PGP SIGNATURE-----