Управление преобразованием данных между различными схемами кодирования Юникода
В этом подразделе рассказывается о сохранении целостности символьных данных, когда и серверное хранилище, и взаимодействующее с данными клиентское приложение поддерживают Юникод, но используют различные кодировки. SQL Server хранит данные Юникод в кодировке UCS-2. Однако многие клиенты обрабатывают Юникод в другой кодировке, как правило, в UTF-8. Это часто относится к веб-приложениям.
Поскольку и в этом случае преобразование выполняется, фактически, из одной кодировки в другую, то для решения этой задачи по-прежнему подходят многие из подобных решений, обсуждавшихся в разделах Управление преобразованием данных между сервером с поддержкой Юникода и клиентом, не поддерживающим Юникод и Управление преобразованием данных между кодовыми страницами клиента и сервера. Строковые константы символов Юникод, отправляемые на сервер, должны начинаться с заглавной N. Для веб-приложений в атрибуте META клиентской HTML-страницы указывается код CHARSET. Например, при использовании кодировки UTF-8 следует указать параметр CHARSET = utf-8. На стороне сервера кодировка указывается с помощью свойства Session.CodePage или директивы @Codepage. Например, codepage=65001 задает кодировку UTF-8. При выполнении этих указаний службы IIS версии 5.0 и более поздних версий согласованным образом выполняют преобразования из UTF-8 в UCS-2 и обратно без дополнительных действий со стороны пользователя.
В приложениях Visual Basic символьные строки обрабатываются в кодировке UCS-2. поэтому нет необходимости явно задавать преобразование кодировки между этими приложениями и экземпляром SQL Server.
См. также
Основные понятия
Программирование на стороне клиента с использованием Юникода
Программирование приложений базы данных, использующих Юникод