Unicode字符集就是为了解决字符集这种不兼容的问题而产生的，它所有的字符都用两个字节表示，即英文字符也是用两个字节表示 如果还为了这个纠结，就直接看看后面的解说，做决定吧。 一般如果用到中文或者其它特殊字符，我就会使用n开头的类型，否则的话直接使用var开头的。 sql server中的varchar和Nvarchar有什么区别？ 答： varchar(n) 长度为 n 个字节的可变长度且非 Unicode 的字符数据。n 必须是一个介于 1 和 8, 之间的数值。存储大小为输入数据的字节的实际长度，而不是 n 个字节。 nvarchar(n) 包含 n 个字符的可变长度 Unicode 字符数据。n 的值必须介于 1 与 4, 之间。字节的存储大小是所输入字符个数的两倍。 两字段分别有字段值：我和coffee 那么varchar字段占2×2+6=个字节的存储空间，而nvarchar字段占8×2=个字节的存储空间。 如字段值只是英文可选择varchar，而字段值存在较多的双字节（中文、韩文等）字符时用nvarchar char varchar nvarchar区别 联机帮助上的： 一般来说，如果含有中文字符，用nchar/nvarchar，如果纯英文和数字，用char/varchar **人很好的总结 很多开发者进行数据库设计的时候往往并没有太多的考虑char， varchar类型，有的是根本就没注意，因为存储价格变得越来越便宜了，忘记了最开始的一些基本设计理论和原则，这点让我想到了现在的年轻人，大手一挥 一把人民币就从他手里溜走了，其实我想不管是做人也好，做开发也好，细节的把握直接决定很多东西。当然还有一部分人是根本就没弄清楚他们的区别，也就随便 选一个。在这里我想对他们做个简单的分析，当然如果有不对的地方希望大家指教。 1、CHAR。CHAR存储定长数据很方便，CHAR字段上的索引效率级高，比如定义char()，那么不论你存储的数据是否达到了个字节，都要占去个字节的空间,不足的自动用空格填充，所以在读取的时候可能要多次用到trim（）。 2、VARCHAR。存储变长数据，但存储效率没有CHAR高。如果一个字段可能的值是 不固定长度的，我们只知道它不可能超过个字符，把它定义为 VARCHAR()是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。为什么“+1”呢？这一个字节用于保存实际使用了多大的长度。 从空间上考虑，用varchar合适；从效率上考虑，用char合适，关键是根据实际情况找到权衡点。 3、TEXT。text存储可变长度的非Unicode数据，最大长度为2^-1(2,,,)个字符。 4、NCHAR、NVARCHAR、NTEXT。这三种从名字上看比前面三种多了个 “N”。它表示存储的是Unicode数据类型的字符。我们知道字符中，英文字符只需要一个字节存储就足够了，但汉字众多，需要两个字节存储，英文与汉字 同时存在时容易造成混乱，Unicode字符集就是为了解决字符集这种不兼容的问题而产生的，它所有的字符都用两个字节表示，即英文字符也是用两个字节表 示。nchar、nvarchar的长度是在1到之间。和char、varchar比较起来，nchar、nvarchar则最多存储个 字符，不论是英文还是汉字；而char、varchar最多能存储个英文，个汉字。可以看出使用nchar、nvarchar数据类型时 不用担心输入的字符是英文还是汉字，较为方便，但在存储英文时数量上有些损失。 所以一般来说，如果含有中文字符，用nchar/nvarchar，如果纯英文和数字，用char/varchar 我把他们的区别概括成： CHAR，NCHAR 定长，速度快，占空间大，需处理 VARCHAR，NVARCHAR，TEXT 不定长，空间小，速度慢，无需处理 NCHAR、NVARCHAR、NTEXT处理Unicode码 varchar在SQL Server中是采用单字节来存储数据的，nvarchar是使用Unicode来存储数据的．中文字符存储到SQL Server中会保存为两个字节（一般采用Unico编码），英文字符保存到数据库中，如果字段的类型为varchar，则只会占用一个字节，而如果字段 的类型为nvarchar，则会占用两个字节． 正常情况下，我们使用varchar也可以存储中文字符，但是如果遇到操作系统是英文操 作系统并且对中文字体的支持不全面时, 在SQL Server存储中文字符为varchar就会出现乱码(显示为??)．而且正常情况下，主机都会支持中文的环境，所以如果使用varchar来存储数 据，在开发阶段是发现不了的． 当然，使用nvarchar存储英文字符会增大一倍的存储空间．但是在存储代价已经很低廉的情况下，优先考虑兼容性会给你带来更多好处的． 所以在Design的时候应该尽量使用nvarchar来存储数据．只有在你确保该字段不会保存中文的时候，才采用varchar来存储．的时候也不会有问题． 但是！如果布署的主机是英文操作系统，并且不支持中文环境，那问题就出来了．所有的 varchar字段在存储中文的时候都会变成乱码（显示为??）．而且一般情况下你不会知道这是因为你采用了错误的数据类型来存储所造成的，你会试着去装 中文字体，试着去设置操作系统的语言环境．．．这些都不能解决问题，唯一能解决问题的是把数据库字段的类型个性为nvarchar（或者nchar）．对 项目管理比较熟悉的朋友应该都知道，到布署阶段再来修改数据库是一个很恐怖的事情． 使用nvarchar的另一个非常好处就是在判断字符串的时候可以不需要考虑中英文两种字符的差别．
推荐整理分享N字符在Sql Server字段类型中的重要性概述(sqlserver 中文字符集)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:sql n+1,sql中nchar的汉字占几个字节,sql n/a,sql server 字符集,sql的nvarchar,sql server 字符集,sql n/a,sql server字符型,内容如对您有帮助，希望把文章链接给更多的朋友！
sql server中查找特定类别的列的写法 selecta.name,o.nameASTableName,o.type,a.id,o.object_id,o.schema_idFROMsys.syscolumnsASaINNERJOINsys.systypesASbONa.xtype=b.xtypeANDb.name='nvarchar'INNERJOINsys.objectsASoONa.id=o.object_idWHERE(o.typ
自动清理 MSSQL Server Table Collation问题的解决方法 在一个团队项目中，没有约定好Collation,在MSSQLServer中编程就会遇到这样的问题：Cannotresolvethecollationconflictbetween"Latin1_General_CI_AS"and"SQL_Latin1_General_CP1_CI_AS"
SQL Server中减小Log文件尺寸的方法分享 首先use[数据库名称];execsp_helpfile;使用sp_helpfile查询可知道log文件的逻辑名称,然后就可以利用DBCC来减小LOG文件BACKUPLOG[数据库名]WITHTRUNCATE_ONLYdbccshrinkfile([l
