Import .csv choix jeu de caractères
Import .csv choix jeu de caractères - SQL/NoSQL - Programmation
Marsh Posté le 10-04-2014 à 10:37:32
Tu fais un import en 8859-1 et t'établis une connexion avec mysql en unicode.
Ne peux-tu pas tout faire en unicode pour éviter les problématique de conversion en convertissant le fichier en Unicode avec un éditeur (ex: notepad++)?
Message édité par xuan-khanh le 10-04-2014 à 10:38:11
Marsh Posté le 10-04-2014 à 19:49:00
Merci xuan-khanh!
| xuan-khanh a écrit : Tu fais un import en 8859-1 et t'établis une connexion avec mysql en unicode. |
Justement, cela ne donne rien.
| xuan-khanh a écrit : Ne peux-tu pas tout faire en unicode pour éviter les problématique de conversion en convertissant le fichier en Unicode avec un éditeur (ex: notepad++)? |
Rien non plus.
Marsh Posté le 11-04-2014 à 10:08:04
Hum, je suis pas expert en mysql mais je pense ta connexion ignore l'unicode.
Dans mes environnements, je fais toujours en sorte que mes fichiers soient déjà encodés en UTF8 et j'utilise cette chaine de connexion pour faire mon import
Code :
|
Si ça peut t'aider ...
Sujets relatifs:
- problème avec les caractères spéciaux quote/addslashes insertion MySQL
- Choix d'outils de programmation, Avis needed !
- [Batch] Modification d'une chaîne de caractères dans un txt zippé
- flux octets et caractères
- Sauvegarder choix checkbox
- Avis sur choix nom de domaine
- Choix d'un framework pour une application hybride
- Aide choix langage
- choix base nosql
- [Résolu] Choix d'un CMS : Joomla ou Wordpress ?
Marsh Posté le 08-04-2014 à 18:49:51
Bonjour,
Il s'agit d'une table à l'origine créée depuis Ms Office.
Cette table contient entre autre :
10;Chronicle;samedi 3 mars 2012
11;38 Témoins;mercredi 14 mars 2012
12;Grotte Des Rêves;samedi 17 mars 2012
L'export se fait en .csv (solution la plus simple trouvée).
L'import se fait via phpMyAdmin avec pour jeu de caractères du fichier : 8859-1.
Malgré l'ajout de la ligne suivante, au moment de la connexion PDO :
certaines erreurs persistes, exemple à partir des données fournies ci-dessus :
10 Chronicle samedi 3 mars 2012
11 38 Témoins mercredi 14 mars 2012
12 Grotte Des Rêves samedi 17 mars 2012
Un encode/décodage différent qu'utilisé pourrait-il résoudre le problème ?
Question subsidiaire, une conversion des données dates telles qu'actuellement stockées en type DATE est-il envisageable avec PARSE ou CONVERT ?
Merci
Message édité par orang le 08-04-2014 à 18:55:21