Zarządzanie Konwersja danych między schematy kodowania Unicode

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.Jednak wielu klientów przetwarzania Unicode w inny schemat kodowania ogólnie UTF-8.W tym scenariuszu często występuje dla aplikacji opartych na sieci Web.

Ponieważ są nadal zasadniczo konwersji z jednego schematu kodowania do innego; wiele rozwiązań samego omawiany w tematach Zarządzanie Konwersja danych między serwerem Unicode i klient Unicode i Konwersja danych między stron kodowych klient i serwer zarządzania stosuje się również.Stałe ciąg znaków Unicode wysyłane do serwera musi być poprzedzony z kapitału N.Dla aplikacji opartych na sieci Web, można określić kod CHARSET pod META atrybut 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 Session.CodePage właściwość lub dyrektywy @ Codepage.Na przykład codepage = 65001 Określa schemat kodowania UTF-8.Jeśli postępować następująco, Internet Information Services (IIS) 5.0 lub nowszej wersji będą obsługiwać bezproblemowo konwersji 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 schemat jawnie między te aplikacje i wystąpienie programu SQL Server.