Rechercher : dans
Par :

Probleme accent lors import base MySQL5

Dernière réponse le 9 nov 2009 à 20:53:37 stratus, le 17 avr 2007 à 16:20:08 
 Signaler ce message aux modérateurs

Bonjour,

Lors de l'import de fichier .sql dans une base de données, les "é" sont remplacés dans la base par des "?".

Est-ce un problème de format lors de l'import ou de l'export de la base d'origine ?

Merci pour votre réponse.

Stratus

Configuration: Windows XP
Internet Explorer 7.0

Meilleures réponses pour « Probleme accent lors import base MySQL5 » dans :
[Windows] Nettoyer la base de registre avec RegCleaner VoirLa plupart des applications stockent des données de configuration dans la base de registre car il s'agit d'un espace de stockage de données facile à gérer et commun à tous les systèmes Microsoft Windows. Néanmoins, beaucoup d'entre-elles laissent...
Nettoyage de la base de registre VoirIl existe plusieurs outils permettant de faire le ménage dans la base de registre : JV16 PowerTools Regcleaner RegSeeker CCleaner Wise Registry Cleaner Voir également JV16 PowerTools Téléchargez JV16 Power Tools Fermer toutes les...
Télécharger Visual Basic 6 Runtime (VB6 DLL) VoirLe Runtime Visual Basic 6 contient l'ensemble des librairies (DLL) nécessaires pour exécuter des programmes écrits en langage Visual Basic 6.0. Il contient notamment les DLL suivantes :...
Bases de données - Introduction VoirQu'est-ce qu'une base de données ? Une base de données (son abréviation est BD, en anglais DB, database) est une entité dans laquelle il est possible de stocker des données de façon structurée et avec le moins de redondance possible. Ces données...
Importer et exporter des données sous MySQL VoirImportation et exportation Les Système de Gestion de Bases de Données tels que MySQL permettent de manipuler facilement et avec beaucoup de souplesse un très important volume de données. Toutefois, aussi robuste soit MySQL, il peut être intéressant...
PHP - Bases de données VoirPhp permet un interfaçage très simple avec un grand nombre de bases de données. Lorsqu'une base de données n'est pas directement supportée par Php, il est possible d'utiliser un driver ODBC, pilote standard pour communiquer avec les bases de...

1

krabs, le 17 avr 2007 à 16:26:45

Bonjour,
Il faut spécifié le type de caractère:
avec php on utilise:

header('Content-Type: text/html; charset=ISO-8859-1');

Répondre à krabs

2

gpanpan, le 20 mai 2008 à 11:18:35
  • +1

Si tu utilise PhpMyadmin, Vérifie lors de l'import avec quel type de jeu de caractères de fichier tu importe, par défaut il met UTF8, je pense que dans ton cas tu devrais mettre LATIN1 et que cela va resoudre ton problème.

Répondre à gpanpan

3

lvsigo, le 15 oct 2008 à 06:29:57

Bonjour j ai le mémé problème et quelque soit le charset mentionné lors de l import ou de l export, rien n'y faut grgrrrr :'(

je passe d'un serveur mysql 4.1 a un faisant tourner mysql 5.0.

les bases et tables sont configurées exactement à l'identique (latin1_swedish_ci)

mais rien n'y fait punbb qui ne fonctionne qu'en iso-8859-1 affiche des caractères bizarres au lieu des accents.

ps: je fais tout en ligne de commande en ssh.

aidez moi svp, aucune méthode testées ne fonctionne :'(

Répondre à lvsigo

4

slidejo, le 3 avr 2009 à 18:18:04
  • +2

J'arrive en longtemps après, mais comme ce topic arrive en tête de google, je répond pour les autres car j'ai cherché pour le même probleme :
Ton fichier sql, tu l'as édité avec notepad (le bloc-note windows) ?
si oui, il a été enregistré automatiquement en ANSI (proche de Latin1)

pour le verifier importe avec "charset = latin1" et ouvre phpmyadmin, si lui t'affiche les accents alors tu dois encoder tes resultats de requete avec php pour affichage correct.

<?php
echo utf8_encode($mavariable);
?>

si tu veux l'importer en utf-8, il faut donc re-encoder ton texte ouvre le avec notepad et "enregistre sous..." le meme nom mais choisi encodage "utf8". ton fichier existant est remplacé par le même contenu mais encodé utf-8.
avantage d'une importation utf-8, outre que c'est plus propre pour M. Propre, tu crains moins les erreurs de gestion des caractères dixit je ne sais plus où exactement : un varchar limité à 40 caractères tronqueras une valeur de 25 caractères d'une langue exotique car l'encodage de chaque caractère prend plus de place qu'en utf-8; D'où un caractère en vaut 2 si c'est pas en utf-8.

Répondre à slidejo

5

 Ape, le 9 nov 2009 à 20:53:37

WOW

merci mon ami ! apres des heure de perdu a jouer avec les encodage... l'enregistrement-sous windows a tout regler du premier coup !!!

meci encore !

Répondre à Ape