UTF8 et Dump qui ne passe pas. [Résolu]

[toto4650]

Bonjour tout le monde,

je me trouve confronté a un problème depuis pas mal de temps déjà et je n'ai pas trouver de réponses...

Voilà je récupère un dump d'une table contenant des données texte.
Quand j'ouvre le fichier .sql avec le dernier notepad++ il me dit que c'est un encodage "utf-8 (sans BOM)"

mon objectif est d'insérer ces données dans ma base en utf8.

Alors j'ai plusieurs questions :
- Quelles différences entre "utf-8 (sans BOM)" et "utf8" ?
- à quoi servent les lignes "/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;..."
en entête du fichier de dump ??

Enfin, avec l'outil note pad++, je convertit mon fichier sql dump de "utf8 (sans BOM)" vers "utf8" et cette manipulation me fait avoir l'erreur suivante lorsque j'insère mes données en base :
ERROR 1064 (42000) : syntax error near ' ´╗┐ /*!40101...*/' at line 1 '
et ce caractère bizarre --> ´╗┐ ben je sais pas d'ou il sort....

quelqu'un aurait une idée parce que là je sèche...
merci d'avance

[toto4650]

Bon alors j'ai trouvé quelque chose j'éspère que ca re serviera :

- En fait BOM = byte order mark
il s'agit d'un caractère qui est mis en début de fichier pour je sais pas trop quoi mais en cherchant sur google j'ai trouvé ceci :
http://en.wikipedia.org/wiki/Byte_Order_Mark

bref du coup mon problème a été résolu en exportant les données de ma base source en latin1 plutôt qu'UTF8 en utilisant phpMyAdmin,

ensuite je les ai convertis avec notepad++ last version...

bon ca doit sans doute paraître compliqué, mais si ça peut aider quelqu'un...
au pire je lis mes MP....

bye à tous merci

[escteban]

Salut,

Sans le Byte Order Mark ca devrait fonctionner, non ? as tu essayer ?