ВЫБРАТЬ COLLATIONPROPERTY('Chinese_PRC_Stroke_CI_AI_KS_WS', 'CodePage')
Вот результаты запроса:
936 Chinese Simplified GBK
950 Chinese Traditional BIG5
437 американско/канадский английский
932 Японский
949 корейский
866 Русские
65001 юникод UFT-8
При установке SQL SERVER 2008, поскольку мы выбрали стандартную установку, мы её создалиПри базе данных стандартное правило сортировки, выбранное сервером, — это правило SQL_Latin1_General_CP1_CI_AS сколирования, так что при вставке текста в таблицу данных он не отображается нормально, всё это с "? вместо этого.
Затем, когда мы создаём базу данных, нужно вручную задать правило сопоставления, которое может быть выбрано как Chinese_PRC_CI_AS сопоставление, как показано на рисунке ниже
Правила сортировки:
Правила сортировки, используемые в SQLSEVER2005, SQL_Latin1_General_CP1_CI_AS, а не три правила сортировки, которые правильно отображают упрощённые китайские иероглифы:
Chinese_PRC_BIN,
Chinese_PRC_CI_AS,
Chinese_PRC_CS_AS。
Посмотрите на объяснение колляции в MS: Контроль правил сокращения: физическое хранение строк в SQL Server 2005. Правила сравнения определяют битовый паттерн, представляющий каждый символ, а также правила хранения и сравнения использования символов.
То есть в SQLSERVER колляция — это на самом деле кодирование символов.
Выполнив следующий оператор в анализаторе запросов, вы можете получить все правила соколки, поддерживаемые SQL SERVER.
выберите * из ::fn_helpcollations()
Название сбора состоит из двух частей: первая часть относится к набору символов, поддерживаемому этой колляцией.
Например: Chinese_PRC_CS_AI_WS
Первая половина относится к набору символов UNICODE, а Chinese_PRC_refers — к правилам сортировки для упрощённого китайского иероглифа UNICODE.
Вторая половина колляции — это значение суффикса:
_BIN Бинарная сортировка
_CI(CS) Независимо от того, чувствительна ли она к регистру, CI не чувствительна, и CS чувствительна
_AI (AS) Различать акценты — ИИ не различает, AS различает
_KI(KS) Различать ли типы псевдонимов — KI не делает, KS различает
_WI(WS) не различается по ширине, WS не дифференцирована
Регистр: Выберите этот вариант, если хотите сравнивать заглавные и строчные буквы как неравные.
Различайте акценты: выберите этот вариант, если хотите сравнить буквы с ударением и без ударения как неравные. Если выбрать этот вариант, сравнение также рассматривает буквы с разными акцентами как неравные.
Различайте Кану: выберите этот вариант, если хотите, чтобы сравнение считалось слогами Катакана и Дня Хирака неравными.
Дифференциация ширины: Выберите этот вариант, если хотите, чтобы сравнение рассматривало символы половинной и полной ширины как неравные.
После понимания правил сопоставления в SQLSERVER можно сделать следующие выводы по вышеуказанной задаче:
1. Модифицировать пользовательскую базу данных SQLSERVER для поддержки сбора наборов китайских символов.
2: Для отображения китайских иероглифов??, но если вы не хотите менять правила сортировки в базе данных и хотите правильно отображать китайские иероглифы, рекомендуется использовать все поля типа Unicode в дизайне, то есть те типы, начинающиеся с N, такие как nChar, nVarchar, для правильного отображения китайских иероглифов.
3: Если вы не хотите менять правило сбора или тип поля, тогда нужно изменить SQL-оператор, а для всех китайских иероглифов добавить N спереди, чтобы он отображался правильно. Пожалуйста, обратитесь к следующим двум утверждениям для конкретных методов:
Запрос: выберите * из tb_Cust, где FirstName=N'Wang'
Вставить: вставить значения tb_Cust(Имя, Фамилия, Пол) (N'Wang',N'Xinhao',N'Male')
Примечание: в будущем будет сложнее изменять правило сбора на серверном уровне после SQLSERVER2000, и необходимо перестроить основную базу данных.
В настоящее время для уже созданных баз данных мы также можем изменить метод сбора на странице опций в окне свойств базы данных, чтобы при вставке текста в таблицу данных не было сообщений об ошибках!
|
Опубликовано 27.10.2016 12:50:16
|
|
|
|
