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

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

• nchar и nvarchar могут хранить символы Unicode.
• char и varchar не могут хранить символы Unicode.
• 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, как правило, являются гораздо лучшим выбором, когда вам нужна поддержка интернационализации, что вы, вероятно, сделаете.