我看了一下答案，许多人似乎建议使用nvarchar而不是varchar，因为空间不再是问题，所以启用Unicode以获得很少的额外存储不会有什么害处。嗯，当你想在列上应用索引时，这并不总是正确的。SQL Server对可以索引的字段的大小限制为900字节。因此，如果您有一个varchar（900），您仍然可以对其进行索引，但不能对varchar（901）进行索引。使用nvarchar，字符数减半，因此可以索引到nvarchar（450）。因此，如果您确信不需要nvarchar，我不建议使用它。

一般来说，在数据库中，我建议您坚持所需的大小，因为您可以随时扩展。例如，一位同事曾经认为，对列使用nvarchar（max）没有害处，因为我们在存储方面完全没有问题。后来，当我们试图对此列应用索引时，SQL Server拒绝了这一点。然而，如果他甚至从varchar（5）开始，我们可以简单地将其扩展到我们需要的内容，而不会出现这样的问题，这将要求我们制定一个字段迁移计划来解决这个问题。

我的两分钱

如果不使用正确的数据类型，索引可能会失败：在SQL Server中：当您在VARCHAR列上有一个索引并将其呈现为Unicode字符串时，SQL Server不会使用该索引。当您向包含SmallInt的索引列提供BigInt时，也会发生同样的情况。即使BigInt小到可以成为SmallInt，SQL Server也无法使用索引。另一方面，您没有这个问题（当向索引的BigInt或NVARCHAR列提供SmallInt或Ansi代码时）。不同DBMS（数据库管理系统）的数据类型可能有所不同：要知道，每个数据库都有稍微不同的数据类型，VARCHAR并不意味着所有地方都是相同的。虽然SQL Server有VARCHAR和NVARCHAR，但Apache/DDerby数据库只有VARCHAR，而VARCHAR是Unicode的。

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

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

Unicode标准

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

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

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

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

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

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

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

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

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

虽然NVARCHAR存储Unicode，但您应该考虑借助于排序，您也可以使用VARCHAR并保存本地语言的数据。

想象一下下面的场景。

DB的排序规则是波斯语，您可以在VARCHAR（10）数据类型中保存一个类似“علی”（阿里的波斯语书写）的值。没有问题，DBMS只使用三个字节来存储它。

但是，如果要将数据传输到另一个数据库并查看正确的结果，则目标数据库必须与目标数据库具有相同的排序规则，在本例中为波斯语。

如果目标排序规则不同，则会在目标数据库中看到一些问号（？）。

最后，请记住，如果您使用的是用于本地语言的大型数据库，我建议您使用位置，而不是使用太多空间。

我相信设计会有所不同。这取决于你工作的环境。

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

VARCHAR与NVARCHAR