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

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

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

如果使用单个字节存储字符，则有256种可能的组合，因此可以保存256种不同的字符。排序规则是一种模式，它定义了字符及其进行比较和排序的规则。

1252，即拉丁语1（ANSI），是最常见的。单字节字符集也不足以存储许多语言使用的所有字符。例如，一些亚洲语言有数千个字符，因此每个字符必须使用两个字节。

Unicode标准

当在网络中使用使用多个代码页的系统时，管理通信变得困难。为了实现标准化，ISO和Unicode联盟引入了Unicode。Unicode使用两个字节来存储每个字符。也就是说，可以定义65536个不同的字符，所以几乎所有的字符都可以被Unicode覆盖。如果两台计算机使用Unicode，每个符号都将以相同的方式表示，不需要转换-这就是Unicode背后的想法。

SQL Server有两类字符数据类型：

非Unicode（char、varchar和文本）Unicode（nchar、nvarchar和ntext）

如果我们需要保存来自多个国家的字符数据，请始终使用Unicode。

nvarchar列可以存储任何Unicode数据。varchar列限制为8位代码页。有些人认为应该使用varchar，因为它占用更少的空间。我认为这不是正确的答案。代码页不兼容性是一个难题，Unicode是解决代码页问题的良方。现在磁盘和内存都很便宜，真的没有理由再浪费时间摆弄代码页了。

所有现代操作系统和开发平台都在内部使用Unicode。通过使用nvarchar而不是varchar，可以避免每次读取或写入数据库时进行编码转换。转换需要时间，而且容易出错。从转换错误中恢复是一个非常重要的问题。

如果您使用的是仅使用ASCII的应用程序，我仍然建议在数据库中使用Unicode。操作系统和数据库排序算法将更好地使用Unicode。Unicode在与其他系统接口时避免了转换问题。你将为未来做准备。您可以始终验证您的数据是否仅限于7位ASCII，无论您要维护的是什么遗留系统，即使您享受完全Unicode存储的一些好处。

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

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

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

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

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

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

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

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

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

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