Discussion :

[fafa63]

Bonjour,

Je rencontre un problème dans un champ texte dans une table.

Je devrais trouver des valeurs du type (un identifiant unique) : 6304P01_2018P13577
Mais pour certaines valeurs je me retrouve avec ça, ce qui n'est pas normal : fff97ccf7c6f85e0967b7144fd647b4d

Pour une raison que je ne saurais m'expliquer les valeurs en "erreur" semblent mal encodées ?
Si oui comment passer du mauvais encodage vers le nouveau ?

J'ai trouvé la fonction sql "encode" pour voir si je retombais sur un résultat similaire à mes valeurs en erreur pour faire l’opération inverse: select encode ('6304P01_2018P13577', 'hex');
Cependant je ne tombe pas sur un encodage comme celui de mes erreurs : "363330345030315f32303138503133353737"
Les valeurs ne seraient donc pas en hexadécimal, mais alors en quoi ?

Merci d'avance pour votre aide.

[Henry22]

Salut fafa63,

Tu vas bien?

Peux tu me dire comment tu génères cet identifiant unique s'il te plaît?

Peux tu me lancer cette commande et dire ce que ça te sort stp?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
SHOW SERVER_ENCODING;

[fafa63]

Bonjour Henry22,

Merci pour ce retour.

Voici le résultat de la requête permettant de connaître l'encodage de la base : UTF8

Ce n'est pas moi qui génère cet identifiant. Il s'agit d'une base de données que je récupère.
C'est comme si le champ qui me pose problème résultait d'une concaténation avec par exemple une table correctement encodée à laquelle ont vient coller des enregistrements dans un autre type d'encodage => résultat les premier enregistrements sont bons, les seconds sont mal "lus" et apparaissent donc "illisibles".

PS : Henry22, pour ne pas faire d'impair, on se connait ?

Cordialement

[JeitEmgie]

Pour info "fff97ccf7c6f85e0967b7144fd647b4d" en UTF-16 c'est "糏籯藠陻煄ﵤ筍", si çà peut vous donner un indice...

[fafa63]

Merci pour cette info... le résultat est très éloigné de ce qui est attendu ;-)

[JeitEmgie]

Merci pour cette info... le résultat est très éloigné de ce qui est attendu ;-)

kilukru...

[SQLpro]

Un vieux proverbe américain dit :
garbage in, garbage out
Qui peut se traduire par :
si tu as de la merde en entrée, tu auras de la merde en sortie...

A +

[fafa63]

Ok, la conclusion est donc de remonter le fil jusqu'au créateur de la base de données pour voir où il y a eu un problème car en bout de chaîne on ne peut y aller qu'au petit bonheur la chance !!!

[fafa63]

Bon et bien c'est fait réponse trouvée !

Il s'agit d"un identifiant "unique" inter bases dont les contraintes de données source (disparition de certaines informations permettant de créer un identifiant unique) ont amené à garder des numérotations classiques et pour les autres création d'une somme de contrôle MD5 !!! Je ne rentre pas dans les détails. Donc je me retrouve coincé mais au moins je ne perd plus de temps à chercher.

Merci à tous