1、varchar(n)
长度为 n 个字节的可变长度且非 Unicode 的字符数据，n 必须是一个介于 1 和 8,000 之间的数值，存储大小为输入数据的字节的实际长度，而不是 n 个字节，所输入的数据字符长度可以为零。
2、nvarchar(n)
包含 n 个字符的可变长度 Unicode 字符数据，n 的值必须介于 1 与 4,000 之间，字节的存储大小是所输入字符个数的两倍，所输入的数据字符长度可以为零。
3、两种数据类型的区别
首先，varchar和nvarchar都能存储汉字，区别在于：一个汉字占varchar(2)，只占nvarchar(1)，而字母只占varchar(1)，那么在数据库字段求长度的时候，用varchar就不一定知道它确切有几个字符，如果用nvarchar，汉字也是nvarchar(1)，字母也是nvarchar(1)，那么很容易知道字段的长度了。
其次，varchar的检索快于nvarchar，varchar在SQL Server中是采用单字节来存储数据的，nvarchar是使用Unicode来存储数据的，中文字符存储到SQL Server中会保存为两个字节（一般采用Unicode编码），英文字符保存到数据库中，如果字段的类型为varchar，则只会占用一个字节，而如果字段的类型为nvarchar，则会占用两个字节。正常情况下，我们使用varchar也可以存储中文字符，但是如果遇到操作系统是英文操作系统并且对中文字体的支持不全面时，在SQL Server存储中文字符为varchar就会出现乱码（显示为??），而且正常情况下，主机都会支持中文，所以如果使用varchar来存储数据，在开发阶段是发现不了问题的，多数情况下，在布署的时候也不会有问题，但是，如果布署的主机是英文操作系统，并且不支持中文，那问题就出来了，所有的varchar字段在存储中文的时候都会变成乱码（显示为??），而且一般情况下你不会知道这是因为你采用了错误的数据类型造成的，你会试着去装中文字体，试着去设置操作系统的语言环境，这些都不能解决问题，唯一能解决问题的方法是把数据库字段的类型改为nvarchar（或者nchar），对项目管理比较熟悉的朋友应该都知道，到布署阶段再来修改数据库是一件很恐怖的事情。
最后，使用nvarchar的另一个好处就是在判断字符串的时候可以不需要考虑中英文两种字符的差别，当然，使用nvarchar存储英文字符会增大一倍的存储空间，但是在存储代价已经很低廉的情况下，优先考虑兼容性会给你带来更多好处，所以在设计的时候应该尽量使用nvarchar来存储数据，只有在你确保该字段不会存储中文的时候，再采用varchar来存储。