Forums PostgreSQL.fr

databaser

Membre

données supplémentaires après la dernière colonne attendue

Bonjour,

Encore une erreur de type

ERROR:  ERREUR:  données supplémentaires après la dernière colonne attendue

Le nombre de variables du fichier et du SQL est identique. A la fin des lignes, pas de ;. Après la dernière ligne, pas de ligne vide, je l'ai supprimé.

 COPY MATABLE FROM 'monchemin\nomfichier.csv' with delimiter ';' NULL as '' CSV header; 

Les valeurs des champs ne sont entre "" mais j'ai déjà chargé ce type de fichier, ça marchait. La dernière colonne contient des dates de format Year-Month-Day mais je ne pense pas que les - qui posent problème...

Où se loge l'erreur s'il vous plait ? Merci

Dernière modification par databaser (11/01/2020 20:31:19)

rjuju

Administrateur

Re : données supplémentaires après la dernière colonne attendue

Le problème se trouve à priori dans votre fichier.  Vous pouvez par exemple essayer de supprimer des lignes pour isoler la ou les lignes posant soucis afin de comprendre plus facilement le problème, ou exporter au même format des lignes dans la table actuelle (ou avec les mêmes colonnes) pour comparer.

---

Julien.
https://rjuju.github.io/

databaser

Membre

Re : données supplémentaires après la dernière colonne attendue

Le problème se trouve à priori dans votre fichier.  Vous pouvez par exemple essayer de supprimer des lignes pour isoler la ou les lignes posant soucis afin de comprendre plus facilement le problème, ou exporter au même format des lignes dans la table actuelle (ou avec les mêmes colonnes) pour comparer.

Merci. Exporter au même format ?

rjuju

Administrateur

Re : données supplémentaires après la dernière colonne attendue

Exporter au même format ?

Oui, sinon vous ne pourrez pas comparer les données et potentiellement comprendre le problème dans votre fichier d'origine.

---

Julien.
https://rjuju.github.io/

dverite

Membre

Re : données supplémentaires après la dernière colonne attendue

Avec cette erreur il y a normalement un contexte qui donne le numéro de ligne. Il faudrait regarder la ligne en question.
La raison la plus probable est qu'il y a une occurence du séparateur a l'intérieur d'un champ, que ce champ n'est pas encadré entre guillemets , et que du coup il est compté pour deux champs.
Idéalement il faut produire du vrai CSV, car cette situation n'est pas possible dans un CSV valide quand les règles d'encadrement par guillemets sont respectées, comme décrit dans https://tools.ietf.org/html/rfc4180

---

@DanielVerite
http://blog-postgresql.verite.pro/