Collation Sql Server 2005

**Remedy** · 02/08/2007, 10h38

Bonjour,

On m'a confié comme mission d'extraire des données d'une base sql server 2005.

Ces données doivent normalement contenir des caractères accentués, mais ces caractères sont remplacés dans la base par des @ ou autre caractères spéciaux.

En cherchant un peu sur internet, ce problème semble lié à la collation de la base de données.

Celle de la base sur laquelle je dois travailler est: SQL_Latin1_General_CP1_CI_AS.

Est-ce lié à la collation?
Y a t'il un moyen de reconvertir ces données dans la base (changement de collation) ?

Pardonnez si les questions vous paraissent stupides, je débute dans ce domaine.

Merci par avance!

**ylarvor** · 02/08/2007, 10h43

un article qui peut t'aider...

http://sqlpro.developpez.com/cours/s...er/collations/

**Remedy** · 02/08/2007, 11h41

Merci l'article était très intéressant.

J'ai compris dans cet article que la collation influe sur un tas de choses et la façon dont sont affichés les résultats d'une requête.

J'ai donc essayé la spécification de recollement COLLATE vers la collation FRENCH_BIN et le résultat est le même.

**Yann** · 02/08/2007, 12h21

Oui, tu peux changer la collation d'une colonne ou d'une base. Mais je ne pense pas que le soucis vienne de là : SQL_Latin1_General_CP1_CI_AS n'est pas sensible à la casse (Case Insensitive) mais accepte les accents (Accent Stressed).

Je pense plutot que tes données sont "pourries" à l'origine.

J'imagine que ces données ont été migrées depuis un serveur SQL 2000 : as-ce serveur 2k existet-il encore ?
Existe-t-il des applications qui attaquent le serveur 2005 ? Comment affichent-elles les données ?

**serge0934** · 02/08/2007, 13h51

je rajouterai même que cela vient d'un serveur SQ7 car la collate latin... est la collation de la version française ( autrefois appelée collation 850)

je rejoins Yann, tes données ont été pourries a l'insert

**Remedy** · 02/08/2007, 14h07

Votre analyse est pertinente, les données proviennent d'une migration depuis une base Oracle. (migration que je n'ai pas effectuée)

Ce qui est bizarre, c'est que l'application (client/serveur) qui utilise cette base, ressort toutes les données comme il faut (accent parfaitement récupérés).

De la même façon, en utilisant l'utilitaire sqlcmd et en lui passant comme paramètre de codepage "o:1252", les caractères accentués sont parfaitement récupérer.

Je ne sais plus trop de quel coté regarder...