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.
STL_UNIQUE
Analyse les étapes d'exécution qui se produisent lorsqu'une DISTINCT fonction est utilisée dans la SELECT liste ou lorsque des doublons sont supprimés dans une requête UNION orINTERSECT.
STL_ UNIQUE 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 de plus amples informations, veuillez consulter Visibilité des données dans les tables et vues système.
Note
STL_ contient UNIQUE uniquement les requêtes exécutées sur les clusters principaux. Elle ne contient pas de requêtes exécutées sur des clusters de mise à l’échelle de la simultanéité. Pour accéder aux requêtes exécutées à la fois sur des clusters de dimensionnement principaux et simultanés, nous vous recommandons d'utiliser la vue SYS SYS_QUERY_DETAIL de surveillance. Les données de la vue SYS de surveillance 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. |
étape | entier | Étape de la requête exécutée. |
starttime | timestamp | Heure à UTC laquelle la requête a commencé. 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. olpPar exemple : 2009-06-12 11:29:19.131358 . |
endtime | timestamp | Heure à UTC laquelle la requête s'est terminée. 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. olpPar 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. |
type |
character(6) | Type d’étape. Les valeurs valides sont :
|
is_diskbased | character(1) | Si la valeur est true (t), la requête a été exécutée en tant qu’opération sur disque. Si elle est false (f), la requête a été exécutée en mémoire. |
slots | entier | Nombre total de compartiments de hachage. |
workmem | bigint | Nombre total d’octets en mémoire de travail qui ont été assignés à l’étape. |
max_buffers_used | bigint | Nombre maximal de tampons utilisés dans la table de hachage avant d’accéder au disque. |
redimensionne | entier | Information à utilisation interne uniquement. |
occupied | entier | Information à utilisation interne uniquement. |
flushable | entier | Information à utilisation interne uniquement. |
préchargement _unique utilisé | character(1) | Information à utilisation interne uniquement. |
octets | biginit | Nombre d’octets de toutes les lignes de sortie de l’étape. |
Exemples de requêtes
Supposons que vous exécutiez la requête suivante :
select distinct eventname from event order by 1;
En supposant que l’ID de la requête précédente soit 6313, l’exemple suivant présente le nombre de lignes générées par l’unique étape pour chaque tranche des segments 0 et 1.
select query, slice, segment, step, datediff(msec, starttime, endtime) as msec, tasknum, rows from stl_unique where query = 6313 order by query desc, slice, segment, step;
query | slice | segment | step | msec | tasknum | rows -------+-------+---------+------+------+---------+------ 6313 | 0 | 0 | 2 | 0 | 22 | 550 6313 | 0 | 1 | 1 | 256 | 20 | 145 6313 | 1 | 0 | 2 | 1 | 23 | 540 6313 | 1 | 1 | 1 | 42 | 21 | 127 6313 | 2 | 0 | 2 | 1 | 22 | 540 6313 | 2 | 1 | 1 | 255 | 20 | 158 6313 | 3 | 0 | 2 | 1 | 23 | 542 6313 | 3 | 1 | 1 | 38 | 21 | 146 (8 rows)