Discussion :

[dev-man]

Bonjour,

j'ai un problème d'interprétation de caractères dans mon SQL Server7.
par exemple

si je fais:
print char(233) j'ai en sortie le caractère Θ

et si je fais:
print unicode('é') j'ai en sortie 233

sachant qu'à cause de ça j'ai des caratères dans mon application qui paraissent de façon bizarre, que ce soit quand je lance des requêtes dans l'analyseur de requêtes ou dans l'application qui utilise cette base de données.

sachant que j'ai si je coche ou pas l'option: "Traduire les données de type caractère" j'ai le même résultat.

merci pour vos conseils.

[serge0934]

essaies

print nchar(233) au lieu de char(233)

[dev-man]

salut,
merci pour ton aide, c'est vrai qu'en utilisant nchar à la place de char on a de meilleurs résultats.

mon problème c'est qu'il y a des caractères qui sont intérpretés différemment dans l'analyseur de données et mon application.
exemple: -le caractère 'é' on le vois de la meme façon dans les 2 cas
-le caractèr 'Ü' dans la lanalyseur s'fficher 'š' dans mon application.
sachant que ie affiche de codage en utf-8 dans mon application

d'un autre coté quand je fais print 'Î' dans analysuer de requêtes j'ai 'I' (sschapeau) en sortie.

merci bcp.

[SQLpro]

C'est normal. Cela s'apelle le défaut d'impédance inhérent à l'interfaçage entre les BD et les L4G.

Par exemple les L4G ne savent pas utiliser les marqueurs NULL ni les collations, ni le type DECIMAL...

En anglais impedance mismatch
http://en.wikipedia.org/wiki/Impedance_mismatch

A +