Erreur "Invalid column count in CSV input on line 1." quand j'importe un fichiers CSV dans ma bdd

Bonjour,

J'ai besoin d'insérer des données dans ma bdd, via phpmyadmin.
Pour ne pas faire d'erreur, j'ai fait un export .csv des données déjà existantes dans ma table qui contenait 10 lignes.

Pour faire un essai, je suis donc reparti du fichier .csv généré et j'ai supprimé les 10 lignes et j'en ai insérer une seule pour faire une test.

J'ai le message d'erreur suivant: Invalid column count in CSV input on line 1.

Pour info, je n'ai aucun titre de colonne.

Merci.

Si je traduis ça voudrait dire que mon nombre de colonnes est différent entre mon nouveau fichier .csv et la structure de la table, or ce n'est pas le cas car je suis reparti du fichier .csv que j'ai exporté.
J'ai donc 7 colonnes dans mon fichier comme la structure de la base.

On peut avoir un exemple de données et la structure de la table ?

Salut guillaume7684.

Si tu veux faire un export avec phpmyadmin, pourquoi veux-tu mettre le fichier au format csv ? Y-a-t-il une raison précise à ce choix ?

La raison peut venir du caractère servant de séparateur. Si tu as l'espace comme séparateur, il suffit d'avoir une chaine de caractères contenant un espace pour obtenir une colonne de plus.

Il faut configurer la procédure de chargement comme dans cet exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10

LOAD DATA LOCAL INFILE 'Charge.txt' INTO TABLE `Cities` CHARACTER SET latin1 FIELDS TERMINATED BY ',' LINES TERMINATED BY '\n' IGNORE 0 LINES (@F1, @F2, @F3, @F4, Population, Latitude, Longitude) set Country = trim(@F1), City = trim(@F2), AccentCity = trim(@F3), Region = trim(@F4);

---

Ici, une ligne se termine par le caractère 'carriage return' noté en décimal 13 et en hexadécimal 'C' ou encore noté '/n' signifiant 'new line'.
Le séparateur de champs est la virgule.
Ce qui signifie que ce caractère ne peut pas être présent dans un champs.

Donc si c'est juste faire un export et un import, choisit plutôt le format 'sql'. Cela posera moins de problème.

@+

Citation:

---

Envoyé par CinePhil

On peut avoir un exemple de données et la structure de la table ?

---

Voici une copie d'écran de la structure de la BDD et de mon fichier csv avec une ligne (pour test) à insérer dans la table.

Pièce jointe 172161

Pièce jointe 172162

Merci.

Je ne vois rien d'anormal dans ces données qui empêche de les injecter dans la table.

Salut guillaume7684.

Ce n'est pas un problème de table mais bien de chargement.
As-tu correctement renseigné les paramètres pour le type CSV dans l'export de phpmyadmin ?

Donne nous un extrait de ton fichier CSV ?

@+

Citation:

---

Envoyé par Artemus24

Salut guillaume7684.

Ce n'est pas un problème de table mais bien de chargement.
As-tu correctement renseigné les paramètres pour le type CSV dans l'export de phpmyadmin ?

Donne nous un extrait de ton fichier CSV ?

@+

---

Bonjour,

Voici mon fichier .csv généré par un export de ma table.
http://we.tl/5YSFXO2e7b

Merci d'essayer de m'aider.

Salut Guillaume7684.

J'ai recréé la table chez moi et je l'ai importer via phpmyadmin, sans rien changer au paramétrage.
Je n'ai eu aucun problème pour le chargement.

Sinon, dans ton jeu d'essai, il manque la première ligne.
Pourquoi mettre VARCHAR(150) ou VARCHAR(32) ? Mets le maximum autorisé, donc VARCHAR(255).

@+

Citation:

---

Envoyé par Artemus24

Salut Guillaume7684.

J'ai recréé la table chez moi et je l'ai importer via phpmyadmin, sans rien changer au paramétrage.
Je n'ai eu aucun problème pour le chargement.

Sinon, dans ton jeu d'essai, il manque la première ligne.
Pourquoi mettre VARCHAR(150) ou VARCHAR(32) ? Mets le maximum autorisé, donc VARCHAR(255).

@+

---

Merci pour ton aide, mais je n'y arrive toujours pas.
Voici mes paramètres d'import et le message d'erreur.

Pièce jointe 172348

Pièce jointe 172349

Bonjour guillaume7684.

Désolé guillaume7684, mais je n'ai aucune différence avec ton paramétrage.
Si le fichier csv que tu m'as envoyé est celui qui pose problème, je ne voie pas où se trouve le problème.
Il y a le même nombre de colonnes, les champs alphanumériques sont bien entre guillemets, le séparateur de champs est bien la virgule.

Juste une question qui a son importance. Ton fichier, c'est bien un fichier pour windows. Si tu le charges sur linux (ou vice-versa), il se peut que la fin de ligne ne soit pas correctement interprété. Vérifie que tu as bien pour windows un "CR" + "LF" comme fin de ligne, et un "LF" pour linux.

@+

Citation:

---

Envoyé par Artemus24

Bonjour guillaume7684.

Désolé guillaume7684, mais je n'ai aucune différence avec ton paramétrage.
Si le fichier csv que tu m'as envoyé est celui qui pose problème, je ne voie pas où se trouve le problème.
Il y a le même nombre de colonnes, les champs alphanumériques sont bien entre guillemets, le séparateur de champs est bien la virgule.

Juste une question qui a son importance. Ton fichier, c'est bien un fichier pour windows. Si tu le charges sur linux (ou vice-versa), il se peut que la fin de ligne ne soit pas correctement interprété. Vérifie que tu as bien pour windows un "CR" + "LF" comme fin de ligne, et un "LF" pour linux.

@+

---

Bonsoir,

Merci pour ton acharnement sur mon problème !!
Peux-tu essayer de l'importer 2 fois car je me dis que c'est peut être ça le problème, vu que chez moi la table existe déjà?

Salut Guillaume7684.

Qu'est-ce qui vous empêche de faire le test chez vous ?

Vous créez la même table en changeant son nom et vous effectuez le chargement.
Normalement, si la table a déjà un contenu, cela ne devrait pas fonctionner.

@+