你说得对。nvarchar存储Unicode数据，而varchar存储单字节字符数据。除了您已经提到的存储差异（nvarchar需要两倍于varchar的存储空间）之外，更喜欢nvarchar而不是varchar的主要原因是国际化（即以其他语言存储字符串）。

Varchar（n）和nvarchar（n）之间的主要区别是：

Varchar（可变长度，非Unicode字符数据）大小最大为8000。

它是可变长度数据类型用于存储非Unicode字符每个字符占用1字节的空间

Nvarchar：可变长度Unicode字符数据。

它是可变长度数据类型用于存储Unicode字符。数据以Unicode编码存储。每一个支持语言。（例如阿拉伯语、德语、印地语等）

我不得不在这里说（我意识到我可能会打开自己的心扉！），但NVARCHAR确实比VARCHAR更有用（注意更多！）的唯一时间是，所有从属系统上的所有排序规则和数据库本身都是相同的。。。？如果没有，那么无论如何都必须进行排序规则转换，因此VARCHAR和NVARCHAR一样可行。

除此之外，一些数据库系统，如SQL Server（2012年之前）的页面大小约为8K。因此，如果您要存储未保存在TEXT或NTEXT字段中的可搜索数据，那么VARCHAR提供了8k的完整空间，而NVARCHAR仅提供4k（双倍字节，双倍空间）。

总之，我想，两者的使用取决于：

项目或上下文基础设施数据库系统

varchar仅用于非Unicode字符，而nvarchar用于Unicode和非Unicode字符。下面给出了它们之间的一些其他差异。

VARCHAR与NVARCHAR

varchar：可变长度、非Unicode字符数据。数据库排序规则确定使用哪个代码页存储数据。

nvarchar：可变长度Unicode字符数据。取决于用于比较的数据库排序规则。

掌握了这些知识后，使用与输入数据匹配的数据（ASCII与Unicode）。

与varchar相比，nvarchar使用起来是安全的，因为nvarchar也允许unicode字符，所以我们的代码不会出错（类型不匹配）。当我们在SQL Server查询中使用where条件时，如果我们使用的是=运算符，它会多次抛出错误。可能的原因是我们的映射列将在varchar中定义。如果我们在nvarchar中定义它，这个问题就不会发生。尽管如此，我们还是坚持varchar并避免这个问题，我们最好使用LIKE关键字而不是=。