Amazon Redshift ne prendra plus en charge la création de nouveaux UDFs Python à partir du patch 198. Les fonctions Python définies par l’utilisateur existantes continueront de fonctionner normalement 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\_LOAD\_ERRORS Affiche les enregistrements de toutes les erreurs de charge Amazon Redshift. STL\_LOAD\_ERRORS 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\_LOADERROR\_DETAIL](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\_LOAD\_ERRORS pour trouver des informations générales sur l’erreur. STL\_LOAD\_ERRORS 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\_LOAD\_ERRORS 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\_LOAD\_ERROR\_DETAIL](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 | Nom de la colonne | Type de données | Description | | --- | --- | --- | | userid | entier | ID de l’utilisateur qui a généré l’entrée. | | slice | entier | Tranche où l’erreur s’est produite. | | tbl | entier | ID de table. | | starttime | timestamp | Heure de début de la charge au format UTC. | | séance | entier | ID de séance pour la séance effectuant le chargement. | | query | entier | ID de requête. La colonne de requête peut servir à joindre les autres tables système et les vues. | | filename | character(256) | Chemin d’accès complet du fichier d’entrée de la charge. | | line\_number | bigint | Numéro de ligne dans le fichier de chargement avec l’erreur. Pour l’opération COPY depuis JSON, le numéro de ligne de la dernière ligne de l’objet JSON avec l’erreur. | | colname | character(127) | Champ avec l’erreur. | | type | character(10) | Type de données du champ. | | col\_length | character(10) | Longueur de la colonne, le cas échéant. Ce champ est rempli lorsque le type de données a une longueur limite. Par exemple, pour une colonne avec le type de données « character(3) », cette colonne contient la valeur « 3 ». | | position | entier | Position de l’erreur dans le champ. | | raw\_line | character(1024) | Données de chargement brutes qui contiennent l’erreur. Les caractères multioctets des données de chargement sont remplacés par un point. | | raw\_field\_value | char(1024) | Valeur de pré-analyse pour le champ « colname » qui a conduit à l’erreur d’analyse. | | err\_code | entier | Code d’erreur. | | err\_reason | character(100) | Explication de l’erreur. | | is\_partial | entier | Si true = 1, cette valeur indique que le fichier d’entrée est divisé en plages lors d’une opération COPY. Si false = 0, le fichier d’entrée n’est pas divisé. | | start\_offset | bigint | Si le fichier d’entrée est fractionné lors d’une opération COPY, cela indique la valeur de décalage du fractionnement (en octets). Si le numéro de ligne du fichier est inconnu, le numéro de ligne est -1. Si le fichier n’est pas fractionné, cette valeur est réglée sur 0. | | copy\_job\_id | bigint | Identifiant de la tâche de copie. Un 0 indique qu’il n’y a aucun identifiant de tâche. | ## Exemples de requêtes La requête suivante joint STL\_LOAD\_ERRORS et STL\_LOADERROR\_DETAIL 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\_LOAD\_ERRORS avec STV\_TBL\_PERM 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\_number*, *is\_partial* et *start\_offset* 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 ```