只是nvarchar支持多字节字符吗？如果是这样的话，除了存储问题之外，使用varchars真的有什么意义吗？
当前回答
varchar仅用于非Unicode字符，而nvarchar用于Unicode和非Unicode字符。下面给出了它们之间的一些其他差异。
VARCHAR与NVARCHAR
| VARCHAR | NVARCHAR | |
|---|---|---|
| Character Data Type | Variable-length, non-Unicode characters | Variable-length, both Unicode and non-Unicode characters such as Japanese, Korean, and Chinese. |
| Maximum Length | Up to 8,000 characters |
Up to 4,000 characters |
| Character Size | Takes up 1 byte per character |
Takes up 2 bytes per Unicode/Non-Unicode character |
| Storage Size | Actual Length (in bytes) | 2 times Actual Length (in bytes) |
| Usage | Used when data length is variable or variable length columns and if actual data is always way less than capacity | Due to storage only, used only if you need Unicode support such as the Japanese Kanji or Korean Hangul characters. |
其他回答
nvarchar将数据存储为Unicode，因此，如果要在数据列中存储多语言数据（多种语言），则需要N变量。
nArchar将帮助您存储Unicode字符。如果您想存储本地化的数据，这是一种方法。
与varchar相比，nvarchar使用起来是安全的，因为nvarchar也允许unicode字符，所以我们的代码不会出错（类型不匹配）。当我们在SQL Server查询中使用where条件时，如果我们使用的是=运算符，它会多次抛出错误。可能的原因是我们的映射列将在varchar中定义。如果我们在nvarchar中定义它，这个问题就不会发生。尽管如此，我们还是坚持varchar并避免这个问题，我们最好使用LIKE关键字而不是=。
你说得对。nvarchar存储Unicode数据，而varchar存储单字节字符数据。除了您已经提到的存储差异（nvarchar需要两倍于varchar的存储空间）之外，更喜欢nvarchar而不是varchar的主要原因是国际化（即以其他语言存储字符串）。
由于SQL Server 2019 varchar列支持UTF-8编码。
因此，从现在开始，不同的是规模。
在转换为速度差异的数据库系统中。
更少的数据=更少的IO+更少的内存=通常速度更快。阅读上面的文章了解数字。
从现在开始在UTF8中使用varchar！
只有当您拥有2048-16383和16384-65535范围内的大量字符时，您才需要测量
推荐文章
- 确定记录是否存在的最快方法
- 从现有模式生成表关系图(SQL Server)
- 我如何循环通过一组记录在SQL Server?
- 数据库和模式的区别
- 如何在SQL Server中一次更改多个列
- 外键约束可能导致循环或多条级联路径?
- 如何选择每一行的列值不是独特的
- nvarchar(max)非文本
- 在SQL Server 2008 R2中重命名数据库时出错
- 将数据复制到另一个表中
- 如何在SQL中选择表的最后一条记录?
- 修改列，添加默认约束
- 在存储过程中使用“SET XACT_ABORT ON”有什么好处?
- 如何检查SQL Server文本列是否为空?
- 如何创建一个SQL Server函数“连接”多行从一个子查询到一个单独的分隔字段?
