

 Amazon Redshift ne prendra plus en charge la création de nouveaux Python à UDFs partir du patch 198. UDFs Le Python existant continuera de fonctionner jusqu'au 30 juin 2026. Pour plus d’informations, consultez le [ billet de blog ](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). 

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\$1INFLIGHT
<a name="r_STV_INFLIGHT"></a>

Utilisez la table STV\$1INFLIGHT pour déterminer les requêtes en cours d’exécution sur le cluster. En phase de résolution des problèmes, cela s’avère utile pour vérifier le statut des requêtes de longue durée. 

STV\$1INFLIGHT n’indique pas les requêtes de nœud principal uniquement. Pour plus d’informations, consultez [Fonctions exécutées uniquement sur le nœud principal](c_SQL_functions_leader_node_only.md). STV\$1INFLIGHT 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](cm_chap_system-tables.md#c_visibility-of-data).

Tout ou partie des données de cette table sont également disponibles dans la vue de surveillance SYS [SYS\$1QUERY\$1HISTORY](SYS_QUERY_HISTORY.md). Les données de la vue de surveillance SYS sont formatées pour être plus faciles à utiliser et à comprendre. Nous vous recommandons d’utiliser la vue de surveillance SYS pour vos requêtes.

## Résolution des problèmes avec STV\$1INFLIGHT
<a name="r_STV_INFLIGHT_troubleshooting"></a>

Si vous utilisez STV\$1INFLIGHT pour résoudre des problèmes de performances pour une requête ou un ensemble de requêtes, notez les points suivants :
+ Les transactions ouvertes de longue durée accroissent généralement la charge. Ces transactions ouvertes peuvent allonger le temps d’exécution des autres requêtes.
+ Les tâches COPY et ETL de longue durée peuvent affecter les autres requêtes s’exécutant sur le cluster, si elles consomment beaucoup de ressources de calcul. Dans la plupart des cas, le fait de décaler ces tâches de longue durée sur des périodes de faible utilisation a pour effet d’accroître les performances des charges de travail analytiques ou de création de rapports.
+ Certaines vues fournissent des informations associées à STV\$1INFLIGHT. Tel est notamment le cas de [STL\$1QUERYTEXT](r_STL_QUERYTEXT.md), qui capture le texte de requête pour les commandes SQL, et de [SVV\$1QUERY\$1INFLIGHT](r_SVV_QUERY_INFLIGHT.md), qui joint STV\$1INFLIGHT à STL\$1QUERYTEXT. Vous pouvez également utiliser [STV\$1RECENTS](r_STV_RECENTS.md) avec STV\$1INFLIGHT pour la résolution des problèmes. Par exemple, STV\$1RECENTS peut indiquer si des requêtes spécifiques sont à l’état *En cours d’exécution* ou *Terminé*. En combinant ces informations avec les résultats de STV\$1INFLIGHT, vous pouvez en savoir plus sur les propriétés d’une requête et sur son impact sur les ressources de calcul. 

Vous pouvez également surveiller les requêtes en cours d’exécution à l’aide de la console Amazon Redshift.

## Colonnes de la table
<a name="r_STV_INFLIGHT-table-columns"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/redshift/latest/dg/r_STV_INFLIGHT.html)

## Exemples de requêtes
<a name="r_STV_INFLIGHT-sample-queries"></a>

Pour afficher toutes les requêtes actives en cours d’exécution sur la base de données, entrez la requête suivante : 

```
select * from stv_inflight;
```

L’exemple de sortie ci-dessous illustre les deux requêtes en cours d’exécution, y compris la requête STV\$1INFLIGHT elle-même et une requête qui a été exécutée à partir d’un script appelé  :`avgwait.sql` 

```
select slice, query, trim(label) querylabel, pid,
starttime, substring(text,1,20) querytext
from stv_inflight;

slice|query|querylabel | pid |        starttime         |      querytext
-----+-----+-----------+-----+--------------------------+--------------------
1011 |  21 |           | 646 |2012-01-26 13:23:15.645503|select slice, query,
1011 |  20 |avgwait.sql| 499 |2012-01-26 13:23:14.159912|select avg(datediff(
(2 rows)
```

La requête suivante sélectionne plusieurs colonnes, dont concurrency\$1scaling\$1status. Cette colonne indique si des requêtes sont envoyées au cluster de mise à l’échelle de la simultanéité. Si la valeur est `1` pour certains résultats, cela indique que des ressources de calcul avec mise à l’échelle de la simultanéité sont utilisées. Pour plus d’informations, consultez [Mise à l’échelle de la simultanéité](concurrency-scaling.md).

```
select userid, 
query,
pid,
starttime,
text,
suspended,
concurrency_scaling_status
 from STV_INFLIGHT;
```

L’exemple de sortie montre qu’une requête est envoyée au cluster de mise à l’échelle de la simultanéité.

```
 query  | pid     |        starttime           |   text                 | suspended     |  concurrency_scaling_status
--------+---------+----------------------------|------------------------|---------------|-------------------------------
1234567 | 123456  | 2012-01-26 13:23:15.645503 | select userid, query...  0                1
2345678 | 234567  | 2012-01-26 13:23:14.159912 | select avg(datediff(...  0                0
(2 rows)
```

Pour obtenir des conseils supplémentaires sur la résolution des problèmes liés aux performances des requêtes, consultez [Résolution des problèmes](queries-troubleshooting.md).