Amazon Redshift ne prendra plus en charge la création de nouvelles fonctions Python définies par l’utilisateur à compter du 1er novembre 2025. Si vous souhaitez utiliser des fonctions Python définies par l’utilisateur, créez-les avant cette date. Les fonctions Python définies par l’utilisateur existantes continueront de fonctionner normalement. Pour plus d’informations, consultez le billet de blog
STL_RETURN
Contient les détails des étapes de retour des requêtes. Une étape de retour renvoie les résultats des requêtes exécutées sur les nœuds de calcul vers le nœud principal. Le nœud principal fusionne ensuite les données et renvoie les résultats au client demandeur. Pour les requêtes exécutées sur le nœud principal, une étape de retour renvoie les résultats au client.
Une requête se compose de plusieurs segments et chaque segment d’une ou de plusieurs étapes. Pour plus d'informations, consultez Traitement des requêtes.
STL_RETURN est visible par tous les utilisateurs. Les super-utilisateurs peuvent voir toutes les lignes, tandis que les utilisateurs standard peuvent voir uniquement leurs propres données. Pour plus d’informations, consultez Visibilité des données dans les tables et vues système.
Note
STL_RETURN contient uniquement les requêtes exécutées sur les clusters alloués principaux. Elle ne contient pas de requêtes exécutées sur des clusters de mise à l’échelle de la simultanéité ou sur des espaces de noms sans serveur. Pour accéder aux plans d’explication de requêtes exécutées à la fois sur les clusters principaux, sur les clusters de mise à l’échelle de la simultanéité et sur des espaces de noms sans serveur, nous vous recommandons d’utiliser la vue de surveillance SYS SYS_QUERY_DETAIL. Les données de la vue de surveillance SYS sont formatées pour être plus faciles à utiliser et à comprendre.
Colonnes de la table
| Nom de la colonne | Type de données | Description |
|---|---|---|
| userid | entier | ID de l’utilisateur qui a généré l’entrée. |
| query | entier | ID de requête. La colonne de requête peut servir à joindre les autres tables système et les vues. |
| slice | entier | Numéro identifiant la tranche au cours de laquelle la requête était en cours d’exécution. |
| segment | entier | Numéro qui identifie le segment de requête. |
| step | entier | Étape de la requête exécutée. |
| starttime | timestamp | Heure au format UTC du début de la requête. Le temps total inclut la mise en file d'attente et l'exécution avec 6 chiffres de précision pour les fractions de secondes. Par exemple: 2009-06-12 11:29:19.131358. |
| endtime | timestamp | Heure au format UTC de l’exécution de la requête. Le temps total inclut la mise en file d'attente et l'exécution avec 6 chiffres de précision pour les fractions de secondes. Par exemple: 2009-06-12 11:29:19.131358. |
| tasknum | entier | Numéro du processus de la tâche de requête qui a été assigné pour exécuter l’étape. |
| rows | bigint | Nombre total de lignes traitées. |
| octets | bigint | Taille, en octets, de toutes les lignes de sortie de l’étape. |
| paquets | entier | Nombre total de paquets envoyés sur le réseau. |
| checksum | bigint | Information à utilisation interne uniquement. |
Exemples de requêtes
La requête suivante illustre les étapes de la requête la plus récente qui ont été exécutées sur chaque tranche.
SELECT query, slice, segment, step, endtime, rows, packets from stl_return where query = pg_last_query_id(); query | slice | segment | step | endtime | rows | packets -------+--------+---------+------+----------------------------+------+--------- 4 | 2 | 3 | 2 | 2013-12-27 01:43:21.469043 | 3 | 0 4 | 3 | 3 | 2 | 2013-12-27 01:43:21.473321 | 0 | 0 4 | 0 | 3 | 2 | 2013-12-27 01:43:21.469118 | 2 | 0 4 | 1 | 3 | 2 | 2013-12-27 01:43:21.474196 | 0 | 0 4 | 4 | 3 | 2 | 2013-12-27 01:43:21.47704 | 2 | 0 4 | 5 | 3 | 2 | 2013-12-27 01:43:21.478593 | 0 | 0 4 | 12811| 4 | 1 | 2013-12-27 01:43:21.480755 | 0 | 0 (7 rows)
