数据库int,char字段长度表示什么
来源:SegmentFault
时间:2023-01-11 10:11:56 202浏览 收藏
亲爱的编程学习爱好者,如果你点开了这篇文章,说明你对《数据库int,char字段长度表示什么》很感兴趣。本篇文章就来给大家详细解析一下,主要介绍一下MySQL、字段类型,希望所有认真读完的童鞋们,都有实质性的提高。
数据库int,char字段后面的长度是什么
先上结论:
int字段的长度与你存储的数据长度无关
,与显示有关
char字段的长度与你存储数据长度有关
int字段长度
先介绍int,首先看下面的这张表
CREATE TABLE `test10` ( `id` int(10) NOT NULL AUTO_INCREMENT, `num1` int(3) DEFAULT NULL, `num2` int(6) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM AUTO_INCREMENT=3 DEFAULT CHARSET=utf8mb4
新手:num1字段,能存储最大长度为3的整形
不好意思错了,int类型的存储大小为4个字节,一个字节8位,也就是2^32 。 int的取值范围(-2147483648 ~ 2147483647),最大能表示长度为10的数
在数据库中的int不管后面填的长度为多少,只要在int的取值范围内,都能够将你的存储的数正常放入。这就引来疑问了,那设置长度的意义是什么呢。
来看看官网的解释
“MySQL还支持选择在该类型关键字后面的括号内指定整数值的显示宽度(例如,INT(4))。该可选显示宽度规定用于显示宽度小于指定的列宽度的值时从左侧填满宽度。显示宽度并不限制可以在列内保存的值的范围,也不限制超过列的指定宽度的值的显示。“
这是官网的解释,意思就是位数不满足时,自动补充0,但不影响存储。
实践是检验真理的唯一标准。
insert into test10 (num1,num2) values('1','10');
看结果
select * from test10 +----+------+------+ | id | num1 | num2 | +----+------+------+ | 3 | 1 | 10 | +----+------+------+ 1 row in set (0.01 sec)
发现并没有对我们刚刚插入的数据进行补齐,根据num1(3),num(6),按理说num1=001,num2=000010。
网上查了一下,知道原来是zerofill这个属性,没有加上
CREATE TABLE `test10` ( `id` int(10) NOT NULL AUTO_INCREMENT, `num1` int(3) DEFAULT NULL, #少了zerofill属性 `num2` int(6) DEFAULT NULL, #少了zerofill属性 PRIMARY KEY (`id`) ) ENGINE=MyISAM AUTO_INCREMENT=3 DEFAULT CHARSET=utf8mb4
修改之后
`test10` ( `id` int(10) NOT NULL AUTO_INCREMENT, `num1` int(3) unsigned zerofill DEFAULT NULL, `num2` int(6) unsigned zerofill DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4
查询
select * from test10; +----+------+--------+ | id | num1 | num2 | +----+------+--------+ | 3 | 001 | 000010 | +----+------+--------+ 1 row in set (0.01 sec)
补齐成功。
这下算是真正了解了int字段长度的含义了!
char字段长度
接着介绍char ,看下面这张表
CREATE TABLE `test20` ( `id` int(10) NOT NULL AUTO_INCREMENT, `char1` char(3) DEFAULT NULL, `char2` char(6) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4
这时新手又会说了:既然int字段的长度不影响存储数据的大小,那么char也应该一样了。
不好意思又错了,char的取值范围为1~255个字节,每个汉字3个字节。
不管如何咱们先来按先前的操作来试验一遍好了
insert into test20 (char1,char2) values ('abcd','abcd');
看结果
select * from test20; +----+-------+-------+ | id | char1 | char2 | +----+-------+-------+ | 4 | a | b | +----+-------+-------+ 1 row in set (0.01 sec)
可以发现我们插入小于定义的长度,可以正常插入并且显示出来。那么插入比定义的长度大,会发生什么呢,让我们来试一试。
insert into test20 (char1,char2) values ('abcd','abcd'); ERROR 1406 (22001): Data too long for column 'char1' at row 1
可以看到,char1插入的‘abcd',比我们定义的数据要长,所以报错了。
有一点要提的是,char(6)如果你只存了‘abc’这样3位数据,它所占的存储空间还是6位的,多出来的三位会设置为空字符,这和varchar是有区别的。
那么就可以得出结论了,char定义的字段长度,是和要存储的数据长度有关系的。
如果要想了解一下各个字段类型的说明可以看下字段数据类型
正好碰到zerofill这个属性,那么就学习一下
zerofill属性的作用
1、插入数据时,当该字段的值的长度小于定义的长度时,会在该值的前面补上相应的0
2、zerofill默认为int(10)
3、当使用zerofill 时,默认会自动加unsigned(无符号)属性,使用unsigned属性后,数值范围是原值的2倍,例如,有符号为-128~+127,无符号为0~256。
终于介绍完啦!小伙伴们,这篇关于《数据库int,char字段长度表示什么》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布数据库相关知识,快来关注吧!
-
499 收藏
-
244 收藏
-
235 收藏
-
157 收藏
-
101 收藏
-
214 收藏
-
155 收藏
-
485 收藏
-
436 收藏
-
125 收藏
-
174 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
-
- 无限的咖啡豆
- 这篇文章太及时了,很详细,很有用,码住,关注楼主了!希望楼主能多写数据库相关的文章。
- 2023-04-03 18:22:47
-
- 活力的大船
- 赞 👍👍,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢博主分享文章!
- 2023-03-19 12:45:47
-
- 时尚的铅笔
- 这篇文章真及时,太详细了,很好,收藏了,关注楼主了!希望楼主能多写数据库相关的文章。
- 2023-03-07 22:45:25
-
- 瘦瘦的火龙果
- 好细啊,已收藏,感谢师傅的这篇文章内容,我会继续支持!
- 2023-03-01 22:38:10
-
- 默默的睫毛膏
- 感谢大佬分享,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢师傅分享技术贴!
- 2023-02-06 01:45:56
-
- 听话的黄蜂
- 真优秀,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢楼主分享技术贴!
- 2023-02-02 18:44:34
-
- 舒心的大雁
- 这篇文章内容出现的刚刚好,太详细了,很好,码住,关注大佬了!希望大佬能多写数据库相关的文章。
- 2023-02-02 17:01:51
-
- 英俊的海燕
- 写的不错,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢师傅分享博文!
- 2023-01-13 15:02:20
-
- 朴素的老鼠
- 这篇技术贴太及时了,很详细,赞 👍👍,mark,关注楼主了!希望楼主能多写数据库相关的文章。
- 2023-01-12 23:33:15
-
- 俭朴的心情
- 太详细了,收藏了,感谢楼主的这篇技术贴,我会继续支持!
- 2023-01-12 15:08:11
-
- 阳光的玫瑰
- 这篇博文太及时了,作者大大加油!
- 2023-01-12 07:42:41