NOTIFY/LISTEN and connection loss

Personne n'a encore pris cette 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?

Commencez par le comportement de `conn.add_listener()` d’asyncpg et la sémantique de PostgreSQL LISTEN/NOTIFY en cas de perte de connexion. Déterminez si une connexion dédiée est nécessaire, comment la perte de connexion est détectée et ce que doit couvrir une recommandation fiable pour la reconnexion. Le travail est considéré comme terminé lorsque le comportement et la gestion recommandée sont documentés avec un exemple clair ou une implémentation testée.

Rédigé par le modèle d'indexation à partir du texte de l'issue.