NOTIFY/LISTEN and connection loss

Nessuno ha ancora preso questa issue.

I need to watch data changes in multiple tables. One option is to add triggers and log changes to another table, which can be polled by the app every few seconds. A better option is to send PG notifications and set up a handler using `conn.add_listener()`. Do I need a dedicated connection for this approach, as opposed to a connection pool? How should I handle connection loss? If I kill a PG server process, asyncpg won't notice it either until TCP timeout (which can be very long) or until I try to execute another SQL command using the same connection object. Can you please provide a code snippet or a hint how to work with PG notifications more reliably?

Inizia dal comportamento di `conn.add_listener()` di asyncpg e dalla semantica di PostgreSQL LISTEN/NOTIFY in caso di perdita della connessione. Determina se è necessaria una connessione dedicata, come viene rilevata la perdita della connessione e cosa dovrebbe comprendere una guida affidabile alla riconnessione. Il lavoro è completo quando il comportamento e la gestione consigliata sono documentati con un esempio chiaro o un'implementazione testata.

Scritto dal modello di indicizzazione a partire dal testo della issue.