设为首页 收藏本站
查看: 621|回复: 0

[经验分享] SQL中char nchar varchar nvarchar text ntext的区别

[复制链接]

尚未签到

发表于 2018-10-21 07:55:46 | 显示全部楼层 |阅读模式
类型长度使用说明长度说明char(n)定长索引效率高,程序里面使用trim去除多余的空白n必须是一个介于1和8000之间的数值,存储大小为n个字节varchar(n)变长效率没char高 灵活n必须是一个介于1和8000之间的数值。存储大小为输入数据的字节的实际长度,而不是n个字节text(n)变长非Unicode数据不用指定长度nchar(n)定长处理Unicode数据类型(所有的字符使用两个字节表示)n的值必须介于1和4000之间,存储大小为n字节的两倍nvarchar(n)变长处理unicode数据类型(所有的字符使用两个字节表示)n的值必须介于1和4000之间。字节的存储大小是所输入字符个数的两倍。所输入的数据字符长度可以为零ntext(n)变长处理unicode数据类型(所有的字符使用两个字节表示)不用指长度  一般来说,如果中文字符,使用nchar/nvarchar , 如果是纯英文和数字,用char/varchar
  char, 存储定长的数据很方便,char字段上的索引效果高,如比定义char(10),那么不论你的存储是数据是否达到了10个字节,都要占去10个字节的空间,不足的自动用空格填充,所以在读取的时间可能要多次用到trim().
  varchar. 存储变长数据,但存储效率没有char高。如果一个字段可能的值是不固定长度的,我们只知道它不可能超过10个字符,把它定义为varchar(10)是最合算的。varchart类型的实际长度是它的值的长度+1. 为什么"+1"呢? 这一个字节用于保存实际使用了多大的长度。从空间上考虑,用varchar合适;从效率上考虑,用char合适,关键是根据实际情况找到权衡点。
  text. text存储可变长度的非Unicode数据,最大长度为2^31-1(2,147,483,647)个字符。
  nchar, nvarchar, ntext. 这三种从名字上看比前面三种多了个“N”, 它表示存储的是Unicode数据类型的字符。我们知道字符中,英文字符只需一个字节存储就足够了,但汉字众多,需要两个字节存储,英文与汉字同时存在时容易造成混乱,Unicode字符集就是为了解决字符集这种不兼容的问题而产生的,它所有的字符都用两个字节表示,即英文字符也是用两个字节表示。nchar, nvarchar的长度是在1到4000之间。和char, varchar比较起来,nchar, nvarchar则最多存储4000个字符,不论是英文还是汉字;而char, varchar则最多能存储8000个英文,4000个汉字。可以看出使用nchar, nvarchar数据类型时不要担心输入的字符是英文还是汉字,较为方便,但在存储英文时数量上有些损失。
  所以一般说来,如果含有中文字符,用nchar/nvarchar, 如果纯英文和数字,用char/varchar
  它们的区别概括成:
  char, nchar定长,速度快,占空间大,需处理
  varchar, nvarchar, text 不定长,空间小,速度慢,无需处理
  nchar, nvarchar, ntext处理Unicode码
  varchar在SQL中是采用单字节来存储数据的,nvarchar是使用Unicode来存储数据的,中文字符存储到SQL中会保存为两个字节(一般采用Unico编码),英文字符保存到数据库中,如果字段的类型为varchar, 则只会占用一个字节,而如果字段的类型为nvarchar, 则会占用两个字节。
  正常情况下,我们使用varchar也可以存储中文字符,但是如果遇到操作系统是英文操作系统并且对中文字体的支持不全面时,在SQL存储中文字符为varchar就会出现乱码。而且正常情况下,主要都会支持中文的环境,所以如果使用varchar来存储数据,在开发阶段是发现不了的,多数情况下,在部署。
  当然,使用nvarchar存储英文字符增大一倍的存储空间,但是在存储代价已经很低廉的情况下,优先考虑兼容性会给你带来更多好处的
  所以在design时该尽量使用nvarchar来存储数据,只有在你确保该字段不会保存中文的时候,才采用varchar来存储


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-624270-1-1.html 上篇帖子: weblogic束管server报错 下篇帖子: sql注入学习经验
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表