首页 > 数据库 > SQL Server > 正文

注意:在SQL SERVER中使用NChar、NVarchar和NText

2024-08-31 00:47:07
字体:
来源:转载
供稿:网友

前天同事在帮客户录数据的时候,发现有一个人的名字里有个“㛃”(念jie,同“洁”)字,但用搜狗拼音和万能五笔都打不出来,我百度了一下,找到了一篇搜狗论坛的建议帖,有人建议搜狗拼音里增加“

”字的输入,下面跟帖的人贴出了这个“㛃”字。

既然字已经找到,我以为一切OK了,把它复制到飞秋里发给同事,竟然显示的是“?”!这是一个神马情况啊?

我立马又去翻那个帖子,在下面看到了论坛版主的回复:

 

貌似是编码的问题啊,我又把它复制到一个新建的记事本里,保存的时候果然出现了提示:

 

果然是编码的问题啊!这时候,我突然想到,存放姓名的字段用的是varchar型,它能不能存这个字呢?一试,果然也是一个问号!改用nvarchar型字段来存,果断是没问题的。查了下SQL SERVER联机丛书,看到varchar同nvarchar的区别:

除下列情况之外,ncharnvarchar 和 ntext 的使用分别与 charvarchar 和 text 的使用相同:

Unicode 支持更大范围的字符。

存储 Unicode 字符需要更大的空间。

nchar 列的最大大小为 4,000 个字符,与 char 和 varchar 不同,它们为 8,000 个字符。

使用最大说明符,nvarchar 列的最大大小为 2^31-1 字节。有关 nvarchar(max) 的详细信息,请参阅使用大值数据类型。

Unicode 常量以 N 开头指定:N'A Unicode string'。

所有 Unicode 数据使用由 Unicode 标准定义的字符集。用于 Unicode 列的 Unicode 排序规则以下列属性为基础:区分大小写、区分重音、区分假名、区分全半角和二进制。

SQL SERVER里建表,我一直用的都是varchar,总感觉nvarchar除了存储中文的时候在长度和字符数上有统一性的好处之外,基本没有什么需要用到的地方。这回得了教训,以后再有录入人名或是其他可能出现GBK不包含的生僻字的字段,最好还是使用nchar、nvarchar或ntext,以免在后面给程序留坑。
来源:http://www.VeVb.com/aaa6032/archive/2012/08/12/2632063.html

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表