J'essaie d'internationaliser les questions dans notre sondage-outil, mais quand j'insérer des chaînes traduites, SQL-server semble dépouiller de certains, mais pas tous, diacritiques ...caractères étrangers perdent leurs diacritiques
Exemple: (lituanien)
Ar jūsų darbas reikalauja, kad jūs įgytumėte naujų žinių ir įgūdžių?
devient
Ar jusu darbas reikalauja, kad jus igytumete nauju žiniu ir igudžiu?
Indication du 'z' a conservé son signe diacritique, tandis que le 'U', 'i' et 'e' a perdu leur. La colonne de table qui conserve le texte est nvarchar, mais le classement de la table est 'Danish_Norwegian_CI_AS'.
Des suggestions?
EDIT 2010.08.16 11h17:
Ok. J'aurais pu rétrécir quelque chose. Il semble que la procédure stockée que j'utilise pour extraire la phrase de la base de données est celle qui exécute la suppression. Il sélectionne à partir de plusieurs sources, qui sont toutes nvarchar en utilisant un UNION pour tout obtenir dans la même requête. Quelque part, les personnages sont dépouillés.
... Attends ... Je pense que je pourrais avoir fracked quelque chose le long du chemin ...
Comment insérez-vous les caractères? Est-il possible que ses caractères de décapage ne figurent pas dans votre codepage non-Unicode actuel? J'ai appris la semaine dernière que si vous utilisez des chaînes dans le studio de gestion, vous devez préfixer les constantes de chaînes avec N, c'est-à-dire 'N'Ar jūsų'', pour signifier unicode. – Rup
Qu'entendez-vous par "semble", c'est à dire ce que vous voyez l'affichage dans SQL Server Mgmt Studio ou la chaîne récupérée par l'intermédiaire d'une requête? – chryss
"semble" = les deux ... la façon dont je le vois dans les SMS et dans l'application. Cependant, le "N" avant la chaîne a résolu le problème SMS. Maintenant, j'ai juste besoin d'obtenir mon application (ASP 3.0) pour afficher les chaînes correctement –