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

想象一下下面的场景。

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

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

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

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

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

遵循Sql Server VARCHAR和NVARCHAR数据类型之间的差异。在这里，你可以看到一个非常描述性的方式。

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

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

我总是使用nvarchar，因为它允许我正在构建的任何东西都能承受我扔给它的几乎所有数据。我的CMS系统使用中文是偶然的，因为我使用了nvarchar。现在，任何新的应用程序都不应该真正关注所需的空间量。

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

想象一下下面的场景。

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

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

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

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

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

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