Managing Data Conversion Between Unicode Encoding Schemes
This topic describes how to preserve the integrity of character data when both server-side data storage and the client application that interacts with the data are Unicode-enabled, but use different Unicode encoding schemes.SQL Server stores Unicode in the UCS-2 encoding scheme.Wielu klientów przetwarza jednak Unicode w inny schemat kodowania, zazwyczaj UTF-8.W tym scenariuszu zdarza się często w przypadku aplikacji opartych na sieci Web.
Ponieważ nadal zasadniczo konwertowania z jednego schematu kodowania do innego; wiele z tych samych rozwiązań omówione w tematach Konwersja danych między serwerem Unicode i innych niż klient Unicode — Zarządzanie i Managing Data Conversion Between Client/Server Code Pages mają również zastosowanie. Stałe ciąg znaków Unicode wysyłane do serwera musi być poprzedzony z kapitału N.W przypadku aplikacji opartych na sieci Web można określić kod zestaw znaków, w obszarze atrybut META strona HTML po stronie klient.Na przykład określić CHARSET = utf-8 w przypadku schematu kodowania Unicode UTF-8.Po stronie serwera, należy określić schemat kodowania klient przy użyciu Właściwość sesja.CodePage właściwości lub w dyrektywie @ strony kodowej.Na przykład, strona kodowa = 65001 Określa schemat kodowania UTF-8.Postępuj zgodnie z tymi instrukcjami Internet Information Services (IIS) 5.0 lub nowszej wersji bezproblemowo obsługuje konwersja z formatu UTF-8 UCS-2 i ponownie bez dodatkowego nakładu pracy ze strony użytkownika.
W aplikacji Visual Basic ciągi znaków są przetwarzane w schemacie kodowania UCS-2.Dlatego nie trzeba określić kodowania konwersji systemu jawnie między te aplikacje i wystąpienie serwera SQL.