В чем разница между char, nchar, varchar и nvarchar в SQL Server?

Что подразумевается под nvarchar?

В чем разница между char, nchar, varcharи nvarcharв SQL Server?

Просто чтобы прояснить ... или подвести итог ...

• ncharи nvarcharможет хранить символы Unicode .
• charи не может хранить символы Юникода .varchar
• charи ncharимеют фиксированную длину, которая зарезервирует пространство для хранения указанного вами количества символов, даже если вы не занимаете все это пространство.
• varcharи nvarcharимеют переменную длину, которая будет использовать только пробелы для символов, которые вы храните. Это не зарезервирует хранилище как charилиnchar .

ncharи nvarcharзаймет в два раза больше места для хранения, поэтому разумно использовать их, только если вам нужна поддержка Unicode .

Все ответы пока указывают, что varcharэто один байт, nvarchar это двойной байт. Первая часть этого на самом деле зависит от сопоставления, как показано ниже.

DECLARE @T TABLE
(
C1 VARCHAR(20) COLLATE Chinese_Traditional_Stroke_Order_100_CS_AS_KS_WS,
C2 NVARCHAR(20)COLLATE  Chinese_Traditional_Stroke_Order_100_CS_AS_KS_WS
)

INSERT INTO @T 
    VALUES (N'中华人民共和国',N'中华人民共和国'),
           (N'abc',N'abc');

SELECT C1,
       C2,
       LEN(C1)        AS [LEN(C1)],
       DATALENGTH(C1) AS [DATALENGTH(C1)],
       LEN(C2)        AS [LEN(C2)],
       DATALENGTH(C2) AS [DATALENGTH(C2)]
FROM   @T  

Возвращает

Обратите внимание , что 华и 国персонажи еще не были представлены в VARCHARверсии и молча заменены ?.

На самом деле до сих пор нет китайских символов, которые могут быть представлены одним байтом в этом сопоставлении. Единственные однобайтовые символы - это типичный западный набор ASCII.

Из-за этого возможна ошибка вставки из nvarchar(X)столбца в varchar(X)столбец с ошибкой усечения (где X обозначает число, одинаковое в обоих случаях).

SQL Server 2012 добавляет сопоставления SC (дополнительных символов), которые поддерживают UTF-16. В этих сопоставлениях один nvarcharсимвол может занимать 2 или 4 байта.

nchar и char в значительной степени работают точно так же, как nvarchar и varchar. Единственная разница между ними заключается в том, что nchar / nvarchar хранит символы Unicode (важно, если вам требуется использование расширенных наборов символов), а varchar - нет.

Поскольку для символов Юникода требуется больше памяти, поля nchar / nvarchar занимают вдвое больше места (например, в более ранних версиях SQL Server максимальный размер поля nvarchar составляет 4000).

Этот вопрос является дубликатом этого .

Просто добавьте что-то еще: nchar - добавляет завершающие пробелы в данные. nvarchar - не добавляет завершающие пробелы к данным.

Итак, если вы собираетесь фильтровать ваш набор данных по полю 'nchar', вы можете использовать RTRIM для удаления пробелов. Например, поле nchar (10) под названием BRAND хранит слово NIKE. Это добавляет 6 пробелов справа от слова. Таким образом, при фильтрации выражение должно иметь вид: RTRIM (Fields! BRAND.Value) = "NIKE"

Надеюсь, это кому-то поможет, потому что я боролся с этим только сейчас!

Моя попытка обобщить и исправить существующие ответы:

Во-первых, charи ncharвсегда будет использовать фиксированный объем пространства хранения, даже когда строка, которая должна быть сохранена, меньше доступного пространства, тогда как varcharи nvarcharбудет использовать столько места, сколько необходимо для хранения этой строки (плюс два байта служебных данных, предположительно для хранения длины строки). Помните, что «var» означает «переменная», как в переменном пространстве.

Вторым важным моментом, который нужно понять, является то, что ncharи nvarcharхранить строки, используя ровно два байта на символ, тогда как charи varcharиспользовать кодировку, определенную кодовой страницей сопоставления, которая обычно будет ровно один байт на символ (хотя есть исключения, см. Ниже). Используя два байта на символ, очень широкий диапазон символов может быть сохранен, так что основная вещь , чтобы помнить, что ncharи , как nvarcharправило, гораздо лучший выбор , если вы хотите поддержку интернационализации, который вы , вероятно , сделать.

Теперь о некоторых более тонких моментах.

Во- первых, ncharи nvarcharстолбцы всегда хранить данные с использованием UCS-2. Это означает, что будет использоваться ровно два байта на символ, и любой символ Unicode в базовой многоязычной плоскости (BMP) может быть сохранен полем ncharили nvarchar. Однако это не тот случай, когда любой символ Unicode может быть сохранен. Например, согласно Википедии, кодовые точки для египетских иероглифов выходят за пределы BMP. Следовательно, есть строки Unicode, которые могут быть представлены в UTF-8, и другие истинные кодировки Unicode, которые нельзя сохранить в SQL Server ncharили nvarcharполе, и строки, написанные в египетских иероглифах, будут среди них. К счастью, ваши пользователи, вероятно, не пишут в этом сценарии, но об этом нужно помнить!

Другой запутанный , но интересный момент , что другие плакаты высветили, что charи varcharполя могут использовать два байт на символ для определенных символов , если страница сортировки кода требует. (Мартин Смит приводит отличный пример, в котором он показывает, как Chinese_Traditional_Stroke_Order_100_CS_AS_KS_WS демонстрирует это поведение. Проверьте это.)

ОБНОВЛЕНИЕ: Начиная с SQL Server 2012, наконец, есть кодовые страницы для UTF-16 , например Latin1_General_100_CI_AS_SC, которые действительно могут охватывать весь диапазон Unicode.

• char: символьные данные фиксированной длины с максимальной длиной 8000 символов.
• nchar: данные Юникода фиксированной длины с максимальной длиной 4000 символов.
• Char = Длина 8 бит
• NChar Длина = 16 бит

nchar[(n)] (национальный характер)

• Строковые данные Unicode фиксированной длины .
• n определяет длину строки и должен быть значением от 1 до 4000.
• Размер хранилища составляет два nбайта.

nvarchar [(n | max)] (национальный характер меняется.)

• Строковые данные Unicode переменной длины .
• n определяет длину строки и может принимать значение от 1 до 4000.
• max указывает, что максимальный размер хранилища составляет 2 ^ 31-1 байт (2 ГБ).
• Размер хранилища в байтах в два раза превышает фактическую длину введенных данных + 2 байта

char [(n)] (персонаж)

• non-UnicodeСтроковые данные фиксированной длины .
• n определяет длину строки и должен быть значением от 1 до 8000.
• Размер хранилища - nбайты.

varchar [(n | max)] (характер меняется)

• Строковые данные переменной длины, отличные от Unicode .
• n определяет длину строки и может принимать значение от 1 до 8000.
• max указывает, что максимальный размер хранилища составляет 2 ^ 31-1 байт (2 ГБ).
• Размер хранилища - это фактическая длина введенных данных + 2 байта.

Различия :

1. n [var] char хранит Unicode, тогда как [var] char просто хранит однобайтовые символы.
2. [n] char требует фиксированного количества символов точной длины, в то время как [n] varchar принимает переменное количество символов вплоть до определенной длины.

Другое отличие - длина. И nchar, и nvarchar могут содержать до 4000 символов. И char и varchar могут быть длиной до 8000 символов. Но для SQL Server вы также можете использовать [n] varchar (max), который может обрабатывать до 2 147 483 648 символов. (Два гигабайта, 4-байтовое целое со знаком.)

nchar требует больше места, чем nvarchar.

например,

Nchar (100) всегда будет хранить 100 символов, даже если вы введете только 5, оставшиеся 95 символов будут заполнены пробелами. Хранение 5 символов в nvarchar (100) спасет 5 символов.

nchar (10) является строкой Unicode фиксированной длины длиной 10. nvarchar (10) является строкой Unicode переменной длины с максимальной длиной 10. Как правило, вы должны использовать первое, если все значения данных состоят из 10 символов, а второе если длина варьируется.

• nchar имеет фиксированную длину и может содержать символы Юникода. он использует два байта памяти на символ.

• varchar имеет переменную длину и не может содержать символы Юникода. он использует одну байтовую память на символ.

NVARCHAR может хранить символы Unicode и занимает 2 байта на символ.