STV_TBL_TRANS - Amazon Redshift

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.

STV_TBL_TRANS

Utilisez la TRANS table STV TBL _ _ pour obtenir des informations sur les tables de base de données transitoires actuellement en mémoire.

Les tables temporaires sont des jeux de lignes généralement temporaires qui sont utilisés en tant que résultats intermédiaires pendant qu’une requête s’exécute. STV_ TBL _ TRANS diffère du STV_TBL_PERM fait que STV _ TBL _ PERM contient des informations sur les tables de base de données permanentes.

STV_ TBL _ n'TRANSest visible que par les superutilisateurs. Pour de plus amples informations, veuillez consulter Visibilité des données dans les tables et vues système.

Colonnes de la table

Nom de la colonne Type de données Description
slice entier Tranche de nœud allouée à la table.
id entier ID de table.
rows bigint Nombre de lignes de données dans la table.
size bigint Nombre d’octets alloué à la table.
query_id bigint ID de requête.
ref_cnt entier Nombre de références.
from_suspended entier Si cette table a été créée au cours d’une requête qui est désormais suspendue, ou non.
prep_swap entier Si cette table temporaire est prête à passer au disque si nécessaire, ou non. (L’échange se produit uniquement dans les cas où la mémoire est faible.)

Exemples de requêtes

Pour afficher les informations de table temporaires pour une requête avec un ID de requête de 90, tapez la commande suivante :

select slice, id, rows, size, query_id, ref_cnt from stv_tbl_trans where query_id = 90;

Cette requête renvoie les informations de table temporaire pour la requête 90, comme illustré dans l’exemple de sortie suivant :

slice | id | rows | size | query_ | ref_ | from_ | prep_ | | | | id | cnt | suspended | swap ------+----+------+------+--------+------+-----------+------- 1013 | 95 | 0 | 0 | 90 | 4 | 0 | 0 7 | 96 | 0 | 0 | 90 | 4 | 0 | 0 10 | 96 | 0 | 0 | 90 | 4 | 0 | 0 17 | 96 | 0 | 0 | 90 | 4 | 0 | 0 14 | 96 | 0 | 0 | 90 | 4 | 0 | 0 3 | 96 | 0 | 0 | 90 | 4 | 0 | 0 1013 | 99 | 0 | 0 | 90 | 4 | 0 | 0 9 | 96 | 0 | 0 | 90 | 4 | 0 | 0 5 | 96 | 0 | 0 | 90 | 4 | 0 | 0 19 | 96 | 0 | 0 | 90 | 4 | 0 | 0 2 | 96 | 0 | 0 | 90 | 4 | 0 | 0 1013 | 98 | 0 | 0 | 90 | 4 | 0 | 0 13 | 96 | 0 | 0 | 90 | 4 | 0 | 0 1 | 96 | 0 | 0 | 90 | 4 | 0 | 0 1013 | 96 | 0 | 0 | 90 | 4 | 0 | 0 6 | 96 | 0 | 0 | 90 | 4 | 0 | 0 11 | 96 | 0 | 0 | 90 | 4 | 0 | 0 15 | 96 | 0 | 0 | 90 | 4 | 0 | 0 18 | 96 | 0 | 0 | 90 | 4 | 0 | 0

Dans cet exemple, vous pouvez voir que les données de la requête comportent des tables 95, 96 et 98. Étant donné que zéro octet est alloué à cette table, cette requête peut s’exécuter dans la mémoire.