MagicStack / MagicStack/asyncpg
connection error
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 8.1k
- Forks
- 468
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
It is bit hard to figure out, which exceptions I should catch if I want to recover my application from connection errors.
So far
- `OSError` - when database is down
- `CannotConnectNowError` when PostgreSQL is starting
- `ConnectionDoesNotExistError` when connection is removed from connection pool
- `InterfaceError` when message contains one of
- `connection has been released back to the pool`
- `the underlying connection is closed`
It seems I should add one `PostgresConnectionError` deriving classes as well? Anything else?
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par examiner les définitions d’exception existantes et les chemins d’erreur de connexion décrits dans l’issue. Comparez la manière dont OSError, CannotConnectNowError, ConnectionDoesNotExistError et InterfaceError sont levées, puis déterminez si une hiérarchie PostgresConnectionError unifiée couvre les cas de récupération listés. La tâche est terminée lorsque l’API d’exception souhaitée et son impact sur la compatibilité ont été convenus.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- postgresql, python
- Domaine
- backend-api-design, databases
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100