n个字符在SQLServer字段类型中的重要性概述

为了解决字符集不兼容的问题，生成Unicode字符集。所有字符都用两个字节表示，也就是说，英文字符也用两个字节表示。
如果仍然是这样的话，直接看看背后的解释，然后做出决定。

一般来说，如果使用中文或其他特殊字符，我将使用以n开头的类型，否则var直接开始。

在SQL Server varchar、nvarchar之间的区别是什么
回答：
varchar（n）
长度和长度为n字节的非Unicode字符数据必须是1到8000之间的值。存储输入数据的字节的实际长度，而不是n字节。
Nvarchar（N）
包含n个字符的可变长度Unicode字符数据。n的值必须介于1到4000之间。字节的大小是输入字符数的两倍。
这两个领域有字段值：I和咖啡
然后varchar字段占2 * 2 + 6 = 10字节的存储空间，并为8 * 2 = 16字节的存储空间为外地户口。
如果字段值是唯一英语VARCHAR字段值具有更高的双字节（中国，韩国，等）与nvarchar

char varchar nvarchar区别
在线帮助：
一般来说，如果有一个汉字，使用nchar和nvarchar，如果纯英文和数字，使用char或varchar

很好的总结
许多开发商数据库设计没有过多考虑char、varchar类型，没有关注，因为商店的价格也越来越便宜，忘记一些开始的基本设计理论和原则，这让我想起了年轻人挥手一元离开他，事实上我认为无论是生活或发展或把握细节直接决定很多事情。当然，有一些人不知道的差异在所有的选择之一。在这里，我想做的人，一个简单的分析，当然，如果有错误的地方希望大家指导。
1、char.char固定长度数据存储方便，效率指数水平高定义的字段，如char（10），那么不管你存储的数据达到10字节到10字节的空间，自动填充不足，所以阅读时可以用很多次修剪（）。
2、varchar。长期的数据存储，但是存储效率不为char一样高。如果一个字段的可能值是不固定长度的，我们只知道，它不能超过10个字符，这是最经济的定义为varchar（10），VARCHAR类型的实际长度是其+ 1.why值的实际长度+ 1这个字节是用来节省多少长度是实际使用。在空间上，它是适当使用varchar；在效率方面，关键是要根据字符的正确使用的实际情况找到平衡点。
3、文本。文本存储非Unicode数据的可变长度的，有2 ^ 31-1最大长度（2147483647）字符。
4、nchar、nvarchar、ntext。这三种名称看起来更比前三。这表明存储Unicode数据类型的字符存储。我们知道字符，字符的英语只需要一个字节的内存是足够的，但很多汉字，需要两个字节的存储，方便引起混乱和英语汉字同时存在，Unicode字符集不是为了解决问题而产生的性格一致，它所有的汉字都是由两个字节表示，英文字符用两个字节表示，nchar和nvarchar的长度是1和4000之间。与焦和varchar数据相比，存储4000个字符最多和nvarchar，要么在英语H或汉字，而CHAR和VARCHAR可以存储8000个英语和4000个汉字最多。可以看出，使用nchar或nvarchar数据类型时，我们不需要担心输入的字符是英文或汉字，这是更方便，但也有在用英语储存的数据量一些损失。
所以，一般来说，如果有一个汉字，使用nchar和nvarchar，如果纯英文和数字，用字符 / varchar

我总结了他们之间的差异如下：
char、nchar长，速度快，空间大，需要处理
varchar、nvarchar，文字不长，空间小，速度慢，不需要处理
nchar、nvarchar、ntext处理Unicode码
varchar是用来将数据存储在SQL Server的词汇部分，nvarchar是使用Unicode来存储数据。汉字存储在SQL Server将节省两字节（与Unico编码），英文字符存储在数据库中，如果字段的类型为VARCHAR，它只会不过一个字节，如果字段类型为nvarchar，将占用两个字节。
正常情况下，我们使用varchar可以存储汉字，但如果操作系统是英文操作系统、中文字体支持不全面，乱码varchar将在SQL Server存储汉字（是），正常情况下，主机将支持中国的环境，所以如果使用VARCHAR存储数据在开发阶段没有发现。
当然，使用nvarchar存储英文字符将双存储空间。但是当存储成本很低时，优先考虑兼容性会给你带来更多的好处。

所以当你在设计，你应该尝试使用nvarchar存储数据。只有当你确保该字段不能拯救中国，你使用VARCHAR存储。不会有问题的。
但！如果主机部署了英文操作系统，并且不支持中文环境，那是个问题。所有的varchar字段会变成乱码存放时中国（图）。但一般来说你不知道这是因为你用数据类型来存储你所造成的错误。尝试安装中文字体，尝试建立操作系统语言环境…能不能解决问题，解决问题的唯一办法是nvarchar类型人格数据库字段（或nchar）项目管理。熟悉的朋友应该知道，修改数据库部署阶段再次是一件非常可怕的事情。
使用nvarchar的另一大优势是无需考虑在汉语和英语两个字符之间的差异时，该字符串判断。