Gestion de la conversion de données entre schémas de codage Unicode
Cette rubrique explique comment préserver l'intégrité des données de type caractère lorsque le stockage de données côté serveur et l'application cliente qui interagissent avec les données sont compatibles Unicode, mais que leur schéma de codage Unicode est différent. SQL Server stocke Unicode dans le schéma de codage UCS-2. Toutefois, un grand nombre de clients traitent Unicode dans un autre schéma de codage, généralement en UTF-8. Ce scénario se rencontre souvent avec les applications Web.
Les conversions d'un schéma de codage à un autre demeurant fréquentes, bon nombre des solutions présentées dans les rubriques Gestion de la conversion de données entre un serveur Unicode et un client non-Unicode et Gestion de la conversion des données entre des pages de codes client/serveur sont également applicables. Les constantes de chaînes de caractères Unicode envoyées au serveur doivent être précédées d'un N majuscule. Pour les applications Web, vous devez spécifier le code CHARSET sous l'attribut META de la page HTML côté client. Par exemple, spécifiez CHARSET = utf-8 si le schéma de codage Unicode utilisé est UTF-8. Côté serveur, spécifiez le schéma de codage du client à l'aide de la propriété Session.CodePage ou de la directive @Codepage. Par exemple, codepage=65001 spécifie un schéma de codage UTF-8. Si vous suivez ces consignes, les services Internet (IIS) version 5.0 ou ultérieure gèreront de manière transparente et sans efforts supplémentaires de votre part la conversion de UTF-8 à UCS-2 et inversement.
Dans les applications Visual Basic, les chaînes de caractères sont traitées dans le schéma de codage UCS-2. Autrement dit, vous n'avez pas besoin de spécifier explicitement de conversion de schéma de codage entre ces applications et une instance de SQL Server.
Voir aussi
Concepts
Programmation du côté client avec Unicode
Programmation d'applications de base de données avec Unicode