Discussion :

[jump-jack]

Bonjour,

1ère fois que j'appelle à l'aide depuis que je code.
Voilà le topo :
- depuis MySQL / phpMyAdmin, j'exporte une table de quelques dizaines de champs vers Open Office. C'est supporté en standard, je l'ai fait des centaines de fois. OK
- je désire recharger cette table dans MySQL. Le format natif ods de Open Office n'est pas supporté mais .csv est supporté.
- comme des milliers de fois je sauve mon fichier Open Office Scalc sous le format .csv

je me prends l'erreur suivante ::
Erreur SQL ! Unknown column '' in 'field list'

bien entendu une feuille Open Office plus petite en largeur (une à quelques colonnes de moins) passe sans problème.

un codeur ayant besoin d'échanger des données entre Scalc de Open Office et MySQM / PHP a t il rencontré un tel probème ?

après de multiples essais en retirant colonne ou ligne je suis toujours bloqué.

Merci de tout tuyau

[sabotage]

Aurais-tu des données dans une colonne sans titre ?
Sinon, pourrais-tu nous fournir un fichier ne fonctionnant pas ?

[jump-jack]

Merci

après pas mal de test et un post sur le présent forum j'ai trouvé. Il n'y a pas un mais plusieurs problèmes qui se télescope et qui aboutissent ensemble à créer un bogue assez vicieux.

Personne n'a documenté ce type de problème :: je redonne le message d'erreur pour permettre à d'autres codeurs de retrouver le présent post. Cela leur fera une piste pour résoudre.

Erreur SQL ! Unknown column '' in 'field list'

normalement entre les 2 quotes ' on a le champ qui pose problème. Là surprise il n'y a rien. On pourrait croire qu'on a une colonne sans intitulé. Ben non. Presque.

Voici ::

• la table exportée est en iso-latin : du vieux et classique donc
• cela n'a pas posé de problème jusque maintenant. Les textes sont convertis en iso-8859-15 (les é pour "é" et autres)
• pour un fois la table a atteint plusieurs dizaine de colonnes
• La dernière colonne est un texte en iso 8859-15. Il y en a d'autres dans cette table.
• Les caractères en iso déclenchent la création de colonnes sans intitulés mais contenant quelques mots. D'où l'erreur.
• en passant toute cette colonne en "pseudo" utf-8 , le bogue disparaît.
• Pourquoi cette colonne et pas les autres. mystère. Pourquoi un car en é donc aucun caractère lié à la gestion du format CSV plante t il la gestion des colonnes ? Mystère.

conclusion :: j'ai commencé à migrer mes clients en utf-8 pour de nombreuses raisons.
Je pense, (supposition donc pas une certitude) que le passage en utf-8 supprimera ce type de problème.