Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# aurora\_stat\_statements
Affiche toutes les colonnes `pg_stat_statements` et en ajoute d’autres à la fin.
## Syntaxe
```
aurora_stat_statements({{showtext boolean}})
```
## Arguments
*showtext boolean*
## Type de retour
Registre SETOF contenant toutes les colonnes `pg_stat_statements` et les colonnes supplémentaires suivantes. Pour plus d’informations sur les colonnes `pg_stat_statements`, consultez [https://www.postgresql.org/docs/current/pgstatstatements.html](https://www.postgresql.org/docs/current/pgstatstatements.html).
Vous pouvez réinitialiser les statistiques de cette fonctionnalité en utilisant `pg_stat_statements_reset()`.
+ `storage_blks_read` : nombre total de blocs partagés lus à partir du stockage Aurora par cette instruction.
+ `orcache_blks_hit` : nombre total d’accès au cache Optimized reads par cette instruction.
+ `storage_blk_read_time` : si `track_io_timing` est activé, le temps total que l’instruction a passé à lire des blocs partagés à partir du stockage Aurora est enregistré en millisecondes. Sinon, la valeur est nulle. Pour plus d’informations, consultez [track\_io\_timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING).
+ `local_blk_read_time` : si `track_io_timing` est activé, le temps total que l’instruction a passé à lire des blocs locaux est enregistré en millisecondes. Sinon, la valeur est nulle. Pour plus d’informations, consultez [track\_io\_timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING).
+ `orcache_blk_read_time` : si `track_io_timing` est activé, le temps total que l’instruction a passé à lire des blocs partagés à partir du cache Optimized Reads est enregistré en millisecondes. Sinon, la valeur est nulle. Pour plus d’informations, consultez [track\_io\_timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING).
+ `total_plan_peakmem` : somme totale des valeurs de pic de mémoire pendant la phase de planification pour tous les appels envoyés à cette instruction. Pour connaître le pic de mémoire moyen lors de la planification de l’instruction, divisez cette valeur par le nombre d’appels.
+ `min_plan_peakmem` : valeur de pic de mémoire la plus faible observée lors de la planification parmi tous les appels transmis à cette instruction.
+ `max_plan_peakmem` : valeur de pic de mémoire la plus élevée observée lors de la planification parmi tous les appels transmis à cette instruction.
+ `total_exec_peakmem` : somme totale des valeurs de pic de mémoire pendant la phase d’exécution pour tous les appels envoyés à cette instruction. Pour connaître le pic de mémoire moyen pendant l’exécution de l’instruction, divisez cette valeur par le nombre d’appels.
+ `min_exec_peakmem` : valeur de pic de mémoire la plus faible, en octets, observée lors de l’exécution parmi tous les appels transmis à cette instruction.
+ `max_exec_peakmem` : valeur de pic de mémoire la plus élevée, en octets, observée lors de l’exécution parmi tous les appels transmis à cette instruction.
**Note**
`total_plan_peakmen`, `min_plan_peakmem` et `max_plan_peakmem` ne sont surveillés que lorsque le paramètre `pg_stat_statements.track_planning` est activé.
## Notes d’utilisation
Pour utiliser la fonction aurora\_stat\_statements(), vous devez inclure l’extension `pg_stat_statements` dans le paramètre `shared_preload_libraries`.
Cette fonctionnalité est disponible dans les versions suivantes d’Aurora PostgreSQL :
+ 15.4 et versions 15 ultérieures
+ 14.9 et versions 14 ultérieures
Les colonnes indiquant les pics de mémoire sont disponibles dans les versions suivantes :
+ 16.3 et versions ultérieures
+ 15.7 et versions ultérieures
+ 14.12 et versions ultérieures
## Exemples
L’exemple suivant montre comment elle transporte toutes les colonnes de l’instruction pg\_stat\_statements et en ajoute 11 nouvelles à la fin :
```
=> select * from aurora_stat_statements(true) where query like 'with window_max%';
-[ RECORD 1 ]----------+------------------------------------------------------------------------------------------------
userid | 16409
dbid | 5
toplevel | t
queryid | -8347523682669847482
query | with window_max as (select custid, max(scratch) over (order by scratch rows between $1 preceding
and $2 following) wmax from ts) select sum(wmax), max(custid) from window_max
plans | 0
total_plan_time | 0
min_plan_time | 0
max_plan_time | 0
mean_plan_time | 0
stddev_plan_time | 0
calls | 4
total_exec_time | 254.105121
min_exec_time | 57.503164000000005
max_exec_time | 68.687418
mean_exec_time | 63.52628025
stddev_exec_time | 5.150765359979643
rows | 4
shared_blks_hit | 200192
shared_blks_read | 0
shared_blks_dirtied | 0
shared_blks_written | 0
local_blks_hit | 0
local_blks_read | 0
local_blks_dirtied | 0
local_blks_written | 0
temp_blks_read | 0
temp_blks_written | 0
blk_read_time | 0
blk_write_time | 0
temp_blk_read_time | 0
temp_blk_write_time | 0
wal_records | 0
wal_fpi | 0
wal_bytes | 0
jit_functions | 0
jit_generation_time | 0
jit_inlining_count | 0
jit_inlining_time | 0
jit_optimization_count | 0
jit_optimization_time | 0
jit_emission_count | 0
jit_emission_time | 0
storage_blks_read | 0
orcache_blks_hit | 0
storage_blk_read_time | 0
local_blk_read_time | 0
orcache_blk_read_time | 0
total_plan_peakmem | 0
min_plan_peakmem | 0
max_plan_peakmem | 0
total_exec_peakmem | 6356224
min_exec_peakmem | 1589056
max_exec_peakmem | 1589056
```