MySQL怎么设计表?21个经验准则分享
来源:SegmentFault
时间:2023-01-14 19:25:34 444浏览 收藏
IT行业相对于一般传统行业,发展更新速度更快,一旦停止了学习,很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习,精进自己的技术,尤其是初学者。今天golang学习网给大家整理了《MySQL怎么设计表?21个经验准则分享》,聊聊MySQL、Java、数据库、程序员,我们一起来看看吧!
1.命名规范
数据库表名、字段名、索引名等都需要命名规范,可读性高(一般要求用英文),让别人一看命名,就知道这个字段表示什么意思。
比如一个表的账号字段,反例如下:
表名、字段名必须使用小写字母或者数字,禁止使用数字开头,禁止使用拼音,并且一般不使用英文缩写。
主键索引名为
尽可能选择存储空间小的字段类型,就好像数字类型的,从
物理删除:把数据从硬盘中删除,可释放存储空间
逻辑删除:给数据添加一个字段,比如is_deleted,以标记该数据已经逻辑删除。
物理删除就是执行
为什么不推荐使用物理删除,因为恢复数据很困难
物理删除会使自增主键不再连续
核心业务表 的数据不建议做物理删除,只适合做状态变更。
6. 每个表都需要添加这几个通用字段如主键、create_time、modifed_time等
表必备一般来说,或具备这几个字段:
id:主键,一个表必须得有主键,必须
create_time:创建时间,必须
modifed_time/update_time: 修改时间,必须,更新记录时,需要更新它
version : 数据记录的版本号,用于乐观锁,非必须
remark :数据记录备注,非必须
modified_by :修改人,非必须
creator :创建人,非必须
7. 一张表的字段不宜过多
我们建表的时候,要牢记,一张表的字段不宜过多哈,一般尽量不要超过20个字段哈。笔者记得上个公司,有伙伴设计开户表,加了五十多个字段。。。
如果一张表的字段过多,表中保存的数据可能就会很大,查询效率就会很低。因此,一张表不要设计太多字段哈,如果业务需求,实在需要很多字段,可以把一张大的表,拆成多张小的表,它们的主键相同即可。
当表的字段数非常多时,可以将表分成两张表,一张作为条件查询表,一张作为详细内容表 (主要是为了性能考虑)。
8. 尽可能使用not null定义字段
如果没有特殊的理由, 一般都建议将字段定义为 NOT NULL 。
为什么呢?
首先,
索引也不要建得太多,一般单表索引个数不要超过
5个。因为创建过多的索引,会降低写得速度。
区分度不高的字段,不能加索引,如性别等
索引创建完后,还是要注意避免索引失效的情况,如使用mysql的内置函数,会导致索引失效的
索引过多的话,可以通过联合索引的话方式来优化。然后的话,索引还有一些规则,如覆盖索引,最左匹配原则等等。。
假设你新建一张用户表,如下:
第一范式:对属性的原子性,要求属性具有原子性,不可再分解;
第二范式:对记录的唯一性,要求记录有唯一标识,即实体的唯一性,即不存在部分依赖;
第三方式:对字段的冗余性,要求任何字段不能由其他字段派生出来,它要求字段没有冗余,即不存在传递依赖;
我们设计表及其字段之间的关系, 应尽量满足第三范式。但是有时候,可以适当冗余,来提高效率。比如以下这张表
商品名称 | 商品型号 | 单价 | 数量 | 总金额 |
---|---|---|---|---|
手机 | 华为 | 8000 | 5 | 40000 |
以上这张存放商品信息的基本表。 使用外键存在性能问题、并发死锁问题、使用起来不方便等等。每次做 utf8:支持中英文混合场景,国际通过,3个字节长度 utf8mb4: 完全兼容utf8,4个字节长度,一般存储emoji表情需要用到它。 GBK :支持中文,但是不支持国际通用字符集,2个字节长度 latin1:MySQL默认字符集,1个字节长度 如果你设计的数据库字段是枚举类型的话,就需要在 正例如下: date :表示的日期值, 格式 可以通过数据库中的相关表实现级联更改。 实时监控某张表中的某个字段的更改而需要做出相应的处理。 例如可以生成某些业务的编号。 注意不要滥用,否则会造成数据库及应用程序的维护困难。 对于MYSQL来说,存储过程、触发器等还不是很成熟, 并没有完善的出错记录处理,不建议使用。 日常开发中, 分库:就是一个数据库分成多个数据库,部署到不同机器。 分表:就是一个数据库表分成多个表。 我们在设计表的时候,其实可以提前估算一下,是否需要做分库分表。比如一些用户信息,未来可能数据量到达百万设置千万的话,就可以提前考虑分库分表。 分库分表主要有水平拆分、垂直拆分的说法,拆分策略有 事务问题 跨库关联 排序问题 分页问题 分布式ID 最后的话,跟大家聊来一些写SQL的经验吧: 查询SQL尽量不要使用 如果知道查询结果只有一条或者只要最大/最小一条记录,建议用 应尽量避免在 注意优化 使用 尽量避免在索引列上使用 应尽量避免在 应尽量避免在 使用联合索引时,注意索引列的顺序,一般遵循最左匹配原则。 对查询进行优化,应考虑在 如果插入数据过多,考虑批量插入 在适当的时候,使用覆盖索引 使用explain 分析你SQL的计划 到这里,我们也就讲完了《MySQL怎么设计表?21个经验准则分享》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于mysql的知识点!总金额这个字段的存在,表明该表的设计不满足第三范式,因为
DELETE或者
15. 如果你的数据库字段是枚举类型的,需要在comment注释清楚
comment后面注释清楚每个枚举的意思,以便于维护
yyyy-mm-dd,范围
18. 1:N 关系的设计
1对多的关系应该是非常常见的。比如一个班级有多个学生,一个部门有多个员工等等。这种的建表原则就是:在从表(
为什么需要分库分表: 数据量太大的话,SQL的查询就会变慢。如果一个查询SQL没命中索引,千百万数据量级别的表可能会拖垮整个数据库。即使SQL命中了索引,如果表的数据量超过一千万的话,查询也是会明显变慢的。这是因为索引一般是B+树结构,数据千万级别的话,B+树的高度会增高,查询就变慢啦。
range范围、hash取模。而分库分表主要有这些问题:
21. sqL 编写的一些优化经验
select *,而是
select具体字段
limit 1
where
子句中使用or
来连接条件limit
深分页问题where
条件限定要查询的数据,避免返回多余的行mysql
的内置函数where
子句中对字段进行表达式操作where
子句中使用!=
或操作符
where 及 order by
涉及的列上建立索引
-
499 收藏
-
244 收藏
-
235 收藏
-
157 收藏
-
101 收藏
-
136 收藏
-
490 收藏
-
428 收藏
-
329 收藏
-
445 收藏
-
366 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
-
- 阔达的路人
- 受益颇多,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢博主分享文章内容!
- 2023-03-29 18:57:00
-
- 正直的棒棒糖
- 这篇技术贴真是及时雨啊,太全面了,很有用,码住,关注up主了!希望up主能多写数据库相关的文章。
- 2023-02-01 01:32:49
-
- 淡淡的万宝路
- 赞 👍👍,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢楼主分享文章内容!
- 2023-01-24 08:15:00
-
- 靓丽的戒指
- 细节满满,mark,感谢作者大大的这篇技术贴,我会继续支持!
- 2023-01-23 16:30:06
-
- 光亮的小馒头
- 这篇技术文章太及时了,太细致了,写的不错,码住,关注大佬了!希望大佬能多写数据库相关的文章。
- 2023-01-22 04:22:21
-
- 乐观的美女
- 这篇博文出现的刚刚好,细节满满,太给力了,mark,关注作者了!希望作者能多写数据库相关的文章。
- 2023-01-16 06:05:09