Type: | enum |
Défaut: | error |
Contexte: | superuser |
Redémarrer: | false |
Valeurs: | [debug5, debug4, debug3, debug2, debug1, info, notice, warning, error, log, fatal, panic] |
Contrôle si l'instruction SQL à l'origine d'une erreur doit être enregistrée dans les traces du serveur. L'instruction SQL en cours est incluse dans les traces pour tout message de sévérité indiquée ou supérieure. Les valeurs valides sont DEBUG5
, DEBUG4
, DEBUG3
, DEBUG2
, DEBUG1
, INFO
, NOTICE
, WARNING
, ERROR
, LOG
, FATAL
et PANIC
. ERROR
est la valeur par défaut, ce qui signifie que les instructions à l'origine d'erreurs, de messages applicatifs, d'erreurs fatales ou de paniques sont tracées. Pour réellement désactiver le traçage des instructions échouées, ce paramètre doit être positionné à PANIC
. Seuls les superutilisateurs peuvent modifier la valeur de ce paramètre.
Recommandations [EN]
Logs SQL statements which error. If you have an application which routinely generates errors and can't fix it, then raise the level to FATAL or PANIC.
Sur StackOverflow
Sur pgsql-hackers
- Re: Add test module for verifying backtrace functionality
- Add TAP tests for backtrace functionality (was Re: Add test module for verifying backtrace functionality)
- Re: Add TAP tests for backtrace functionality (was Re: Add test module for verifying backtrace functionality)
- Add test module for verifying backtrace functionality
- Re: Parallel Aggregates for string_agg and array_agg