Nchar比nvarchar需要更多的空间。

eg,

一个nchar(100)将始终存储100个字符，即使你只输入5 剩下的95个字符将用空格填充。 在nvarchar(100)中存储5个字符将节省5个字符。

Char:固定长度的字符数据，最大长度为8000。 Nchar:固定长度的unicode数据，最大长度为4000字符。 Char = 8位长度 NChar = 16位长度

我试图总结和纠正现有的答案:

首先，char和nchar将总是使用固定数量的存储空间，即使要存储的字符串小于可用空间，而varchar和nvarchar将只使用存储该字符串所需的存储空间(加上两个字节的开销，假定用于存储字符串长度)。记住，var的意思是变量，就像在变量空间里一样。

The second major point to understand is that, nchar and nvarchar store strings using exactly two bytes per character, whereas char and varchar use an encoding determined by the collation code page, which will usually be exactly one byte per character (though there are exceptions, see below). By using two bytes per character, a very wide range of characters can be stored, so the basic thing to remember here is that nchar and nvarchar tend to be a much better choice when you want internationalization support, which you probably do.

现在来看一些细节。

First, nchar and nvarchar columns always store data using UCS-2. This means that exactly two bytes per character will be used, and any Unicode character in the Basic Multilingual Plane (BMP) can be stored by an nchar or nvarchar field. However, it is not the case that any Unicode character can be stored. For example, according to Wikipedia, the code points for Egyptian hieroglyphs fall outside of the BMP. There are, therefore, Unicode strings that can be represented in UTF-8 and other true Unicode encodings that cannot be stored in a SQL Server nchar or nvarchar field, and strings written in Egyptian hieroglyphs would be among them. Fortunately your users probably don't write in that script, but it's something to keep in mind!

另一个令人困惑但有趣的观点是，如果排序代码页要求的话，char和varchar字段可能会为每个字符使用两个字节。(Martin Smith给出了一个很好的例子，他展示了Chinese_Traditional_Stroke_Order_100_CS_AS_KS_WS如何展示这种行为。看看吧。)

更新:从SQL Server 2012开始，终于有了UTF-16的代码页，例如Latin1_General_100_CI_AS_SC，它可以真正覆盖整个Unicode范围。

只是为了澄清…或者总结一下……

nchar和nvarchar可以存储Unicode字符。 char和varchar不能存储Unicode字符。 Char和nchar是固定长度的，即使你没有用完所有的空间，也会为你指定的字符数量保留存储空间。 Varchar和nvarchar是可变长度的，只会为你存储的字符占用空间。它不会像char或nchar那样预留存储空间。

nchar和nvarchar将占用两倍的存储空间，因此只有在需要Unicode支持时才使用它们可能是明智的。

NVARCHAR可以存储Unicode字符，每个字符占用2字节。

再补充一点: Nchar -在数据中添加尾随空格。 Nvarchar -不向数据添加尾随空格。

因此，如果你要通过'nchar'字段过滤数据集，你可能想要使用RTRIM来删除空格。 如。 nchar(10)字段名为BRAND存储单词NIKE。 它在单词右边增加了6个空格。 因此，在筛选时，表达式应该是: RTRIM(Fields!BRAND.Value) = "NIKE"

希望这能帮助一些人，因为我刚刚还在和它斗争!