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.
# STL\$1LOAD\$1ERRORS
Affiche les enregistrements de toutes les erreurs de charge Amazon Redshift.
STL\$1LOAD\$1ERRORS contient un historique de toutes les erreurs de charge Amazon Redshift. Consultez [Référence des erreurs de chargement](r_Load_Error_Reference.md) pour une liste complète des erreurs de charge possibles et de leurs explications.
Interrogez [STL\$1LOADERROR\$1DETAIL](r_STL_LOADERROR_DETAIL.md) pour plus de détails, tels que la ligne et la colonne de données exactes où une erreur d’analyse s’est produite, une fois que vous avez interrogé STL\$1LOAD\$1ERRORS pour trouver des informations générales sur l’erreur.
STL\$1LOAD\$1ERRORS 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).
**Note**
STL\$1LOAD\$1ERRORS 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\$1LOAD\$1ERROR\$1DETAIL](SYS_LOAD_ERROR_DETAIL.md). Les données de la vue de surveillance SYS sont formatées pour être plus faciles à utiliser et à comprendre.
## Colonnes de la table
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/redshift/latest/dg/r_STL_LOAD_ERRORS.html)
## Exemples de requêtes
La requête suivante joint STL\$1LOAD\$1ERRORS et STL\$1LOADERROR\$1DETAIL pour afficher les erreurs détaillées qui se sont produites lors du chargement le plus récent.
```
select d.query, substring(d.filename,14,20),
d.line_number as line,
substring(d.value,1,16) as value,
substring(le.err_reason,1,48) as err_reason
from stl_loaderror_detail d, stl_load_errors le
where d.query = le.query
and d.query = pg_last_copy_id();
query | substring | line | value | err_reason
-------+-------------------+------+----------+----------------------------
558| allusers_pipe.txt | 251 | 251 | String contains invalid or
unsupported UTF8 code
558| allusers_pipe.txt | 251 | ZRU29FGR | String contains invalid or
unsupported UTF8 code
558| allusers_pipe.txt | 251 | Kaitlin | String contains invalid or
unsupported UTF8 code
558| allusers_pipe.txt | 251 | Walter | String contains invalid or
unsupported UTF8 code
```
L’exemple suivant utilise STL\$1LOAD\$1ERRORS avec STV\$1TBL\$1PERM pour créer une vue et utilise ensuite cette vue pour déterminer quelles erreurs se sont produites pendant le chargement des données dans la table EVENT :
```
create view loadview as
(select distinct tbl, trim(name) as table_name, query, starttime,
trim(filename) as input, line_number, colname, err_code,
trim(err_reason) as reason
from stl_load_errors sl, stv_tbl_perm sp
where sl.tbl = sp.id);
```
Ensuite, la requête suivante renvoie la dernière erreur qui s’est produite pendant le chargement de la table EVENT :
```
select table_name, query, line_number, colname, starttime,
trim(reason) as error
from loadview
where table_name ='event'
order by line_number limit 1;
```
La requête renvoie la dernière erreur de chargement qui s’est produite pour la table EVENT. Si aucune erreur de chargement ne s’est produite, la requête renvoie zéro ligne. Dans cet exemple, la requête renvoie une seule erreur :
```
table_name | query | line_number | colname | error | starttime
------+-----+----+----+--------------------------------------------------------+----------------------
event | 309 | 0 | 5 | Error in Timestamp value or format [%Y-%m-%d %H:%M:%S] | 2014-04-22 15:12:44
(1 row)
```
Dans les cas où la commande COPY divise automatiquement des données de fichier volumineuses, non compressées et délimitées par du texte pour faciliter le parallélisme,les colonnes *line\$1number*, *is\$1partial* et *start\$1offset* affichent des informations relatives aux fractionnements. (Le numéro de ligne peut être inconnu dans le cas où le numéro de ligne du fichier d’origine n’est pas disponible.)
```
--scan ranges information
SELECT line_number, POSITION, btrim(raw_line), btrim(raw_field_value),
btrim(err_reason), is_partial, start_offset FROM stl_load_errors
WHERE query = pg_last_copy_id();
--result
-1,51,"1008771|13463413|463414|2|28.00|38520.72|0.06|0.07|NO|1998-08-30|1998-09-25|1998-09-04|TAKE BACK RETURN|RAIL|ans cajole sly","NO","Char length exceeds DDL length",1,67108864
```