Discussion :

[olibara]

Bonjour

Dans une base de donnée un table a été importée mais un champ nom, defini comme nvarchar contient des accentué mal convertis

Exemple :

Elzeelsesteenweg;Chaussée d'Ellezelles;N57

Il s'agit évidement de 'é' et non de 'é'=,µ

Quelqu'un a-t-il déja été confronté a cette experience et connaitrait un methode ou table de conversion pour reparer la chose de maniere généralisée ?

Merci de votre aide

[olibara]

Bonjour

La seule solution que j'ai trouvé jusqu'ici, c'est d'appliquer une série de replace pour les diférents UTF8 rencontrés

REPLACE(streetname,'é','é')
etc..

Mais c'est un peu bricolo

Pas d'autres suggestions ?
Merci de votre aide

[SQLpro]

C'est dans l'import que la faute a été commise. Quel est l'encodage du fichier d'origine ?
Pour l'importation par BULK INSERT ou BCP, vous avez la possibilité d'indiquer :
• CODEPAGE = { 'ACP' | 'OEM' | 'RAW' | '<page_de_code>' } , encodage des caractères
C'est cela qu'il faut bien choisir en en correspondance avec le type de données du fichier :
• DATAFILETYPE = { 'char' | 'native' | 'widechar' | 'widenative' }, typage des données

A +

[olibara]

Merci SQLPro

Oui je suis conscient que c'est malheureusement un problème lors de l'import
Mais il est pratiquement impossible de revenir en arrière

Donc je voulais savoir si quelqu'un avait dans ses tiroirs une recette de correction

Sinon ma recette serait d'identifier à la main chacune des représentations erronées et de créer une requete avec serie de replace du genre

Code :

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

1
2
UPDATE MATABLE
SET streetname=REPLACE(REPLACE(streetname,'é','é'),'à ','à') --etc..

Mais le plus fastidieux c'est justement de constituer cette table de conversion