Discussion :

[polineuse]

bonsoir,

Je suis novice en ce qui concerne les problèmes d'encodage.
Je dois procéder une migration d'une base de données BDD1 (encodage latin1) vers une nouvelle base de données BDD2 (encodage utf8)

Dans BDD1, les enregistrements contiennent des é &eagrave, car avant l'insertion dans la base de données, les données ont été traitées en php avec la fonction htmlentities()

Concernant BDD2, l'encodage est du utf8 donc les caractères spéciaux ne sont pas encodés. On a des é è en clair ...

J'ai une table avec un champ texte qui contient des caractères spéciaux et des balises html.

Je voudrais savoir quelle est la méthode la moins galère en mysql/php pour faire la migration/conversion des caractères spéciaux.

Merci d'avance

[Maljuna Kris]

Saluton,
Si l'utilisation de ces données s'opérera uniquement en HTML, autant laisser les entités HTML dans la table, mais ça peut poser problème pour certains index, recherches, etc.
Sinon, tu peux passer par la fontion PHP inverse

[polineuse]

Saluton,
Si l'utilisation de ces données s'opérera uniquement en HTML, autant laisser les entités HTML dans la table, mais ça peut poser problème pour certains index, recherches, etc.
Sinon, tu peux passer par la fontion PHP inverse

oui cela va poser problème pour la recherche.

Est-ce que la procédure suivante est la bonne ?
Je crée un nouvel champ dans ma table.
Je passe par un fichier php avec la fonction inverse et qui update le nouvel champ créé.

Merci d'avance

[Maljuna Kris]

Est-ce que la procédure suivante est la bonne ?
Je crée un nouvel champ dans ma table.
Je passe par un fichier php avec la fonction inverse et qui update le nouvel champ créé.

Si la table est volumineuse ça risque d'être gourmand en ressources sur le serveur.
A moins que tu ne disposes d'une possibilité de créer une fonction utilisateur dans un langage accepté par MySQL et de faire appel à cette fonction au sein d'une requête UPDATE globale.