Pourquoi la commande COPY ne charge-t-elle pas mon fichier .csv dans Amazon Redshift ?

Résolution

Si le fichier .csv utilise les retours chariot comme marque de fin de ligne, COPY ne charge pas les données dans Amazon Redshift. Les retours de chariot incluent « \\r », « ^M » ou « 0x0D » en hexadécimal.

Amazon Redshift ne reconnaissant pas les retours de chariot comme des marques de fin de ligne, Amazon Redshift analyse le fichier comme s'il s'agissait d'une seule ligne. Lorsque vous définissez le paramètre IGNOREHEADER sur un nombre différent de zéro dans la commande COPY, Amazon Redshift ignore la première ligne. Par conséquent, Amazon Redshift ignore également l'intégralité du fichier. La commande ne renvoie pas d'erreur de chargement car l'opération est techniquement réussie.

Pour résoudre ce problème, remplacez les retours de chariot par CRLF, « \\r\\n » ou « 0x0D0A » en hexadécimal, ou LF, « \\n » ou « 0x0A » en hexadécimal. Chargez le fichier modifié dans le compartiment S3, puis exécutez à nouveau la commande COPY.

Si vous remplacez les retours de chariot et que vous rencontrez toujours des problèmes, prenez les mesures suivantes :

• Vérifiez si vous rencontrez un conflit de ressources de verrouillage lorsque vous exécutez la commande COPY. Pour plus d’informations, consultez la section Comment puis-je détecter et désactiver les verrouillages dans Amazon Redshift ?
• Utilisez la requête STV_WLM_QUERY_STATE pour vérifier si la commande COPY tente d'acquérir un emplacement pour le gestionnaire de charge de travail (WLM).
• Utilisez les vues SVL_STATEMENTTEXT et STL_UNDONE pour vérifier si la commande COPY a annulé l’opération de copie.

Informations connexes

Sources de données

Exemples de COPY