Discussion :

[celine77]

Bonjour,

j'ai migré une base de données de Oracle vers SQL server, cette base contient des caractères russe, la collation de la base de données SQL server est bien Cyrillic_General_Ci_AS. malheureusement les caractères russe ne sont pas bien encodé.

j'ai trouve ce lien qui correspond exactement a mon problème :

https://www.developpez.net/forums/d1...ascii-unicode/

mais les requêtes sont pour Oracle et j'aimerais trouver l’équivalent pour SQL Server.

est ce que quelqu'un aurait l’équivalent ?

Merci de votre aide

[SQLpro]

Tout dépend du type de données que vous utilisez. En effet pour utiliser proprement une collation non latine il faut utiliser les types de données NATIONAL de la norme SQL (NCHAR/NVARCHAR). Si vous avez utilisé du CHAR/VARCHAR l’alphabétisation sera incomplète....

A +

[celine77]

les colonnes sont en varchar.

ca marche parfaitement si je crée de nouvelles lignes dans cette table avec des caractères russe (même l'affichage dans l'application). c'est pour les lignes existantes qui ont été migré que l'affichage n'est pas bon.

[SQLpro]

C'est donc, que la translation au moment de l'import n'a pas été correctement enregistrées. D'où viennent ces données ? Quel encodage a été utilisé pour générer le flux de données ? De quel type est le flux de données (fichier texte, import via ETL... ) ?

A +

[celine77]

cette base de donnée sert pour une application d'Oracle qui s'appelle Primavera.

ces données viennent d'une base Oracle pour faire la migration j'ai utilisé un outil de migration qui se trouve dans l'application Primavera qui permette de passer d'une base Oracle à une base Sql server, lors de la migration j'ai bien spécifié que l'encodage devait être en russe (apparemment la migration se fait ligne par ligne à travers des requêtes SQL. Comme je n'ai pas la main sur cet outil, je voulais trouver une requête SQL qui me permet de corriger moi même les caractères mal migré.

Le support d'Oracle m'a répondu aujourd'hui que pour leur outil de migration fonctionne il font que l'instance de la base de données soit en SQL_Latin1_General_CP1251_CI_AS. Ca veut dire que je dois récréer l'instance et refaire la migration qui est assez longue (plusieurs heure) mais si il n'existe pas de requête pour corriger le problème, je n'aurais pas le choix.

[SQLpro]

La collation s'établit à tous les niveaux :
1) instance à l'installation
2) database à la création (option COLLATE)
3) colonne de table ou de vue à la création (option COLLATE des types littéraux)
4) dans toute expression littérale

Vous n'avez donc pas besoin de recréer le serveur, mais par exemple importer dans une table temporaire avec la bonne collation pour voir ce qui se passe.

A +