nArchar将帮助您存储Unicode字符。如果您想存储本地化的数据，这是一种方法。

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

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

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

由于SQL Server 2019 varchar列支持UTF-8编码。

因此，从现在开始，不同的是规模。

在转换为速度差异的数据库系统中。

更少的数据=更少的IO+更少的内存=通常速度更快。阅读上面的文章了解数字。

从现在开始在UTF8中使用varchar！

只有当您拥有2048-16383和16384-65535范围内的大量字符时，您才需要测量

nvarchar将数据存储为Unicode，因此，如果要在数据列中存储多语言数据（多种语言），则需要N变量。

varchar适用于存储非unicode，这意味着有限的字符。虽然nvarchar是varchar的超集，所以我们可以使用varchar存储哪些字符，但我们可以在不忽略函数的情况下存储更多字符。

有人评论说，现在存储/空间不是问题。即使空间不是一个问题，确定最佳数据类型也应该是一项要求。

这不仅仅是关于存储！“数据移动”，你就知道我要去哪里了！

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

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

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

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