MySQL数据库系列之数据库设计原则
2016-07-14 12:31
281 查看
MySQL中数据库设计原则:
1.一般情况下,应该尽量使用可以正确存储数据的最小数据类型。数据类型不一样,存储的执行效率也不一样。最好使用适度的整型数据类型,例如int之类的数据,这样在做查询或者字段排序的时候速度是最快的。
2.尽量避免NULL值的时候,因为这样会增加数据库处理的开销。但是也要考虑实际情况,不要一味的为了避免空值而全部设置为not null,具体的设置情况要根据项目的具体业务来。
3.注意char和varchar的使用,char适合存储的大小基本固定在一个范围之内,经常发生变动的数据。而varchar则不一样,varchar适合那种大小不固定,并未经常发生改动的数据。需要注意的是varchar定义的长度最好可以刚好够用,不然会照成资源的浪费,影响整体数据库的性能和存储空间。
4.能用整数标示,最好利用整数标示,因为这样开销最小,效率也是最高的。
5.一个表字段要限制在一定范围之内,不要太长,不然在查询的时候会付出很大的代价,最好分成常用的和非常用的字段。
6.在设计表和设计查询语言的时候就要主要尽量避免大规模的关联查询,因为这样会严重影响数据库的查询效率。
7.在设计数据库的时候要根据具体的业务设计出合理的数据库表和字段。不仅要考虑范式,也要考虑反范式。在不影响数据安全和数据冗余的情况下,可以适当的考虑混合范式的设计。
8.使用缓存表和汇总表能表进行数据库的查询优化。
1.一般情况下,应该尽量使用可以正确存储数据的最小数据类型。数据类型不一样,存储的执行效率也不一样。最好使用适度的整型数据类型,例如int之类的数据,这样在做查询或者字段排序的时候速度是最快的。
2.尽量避免NULL值的时候,因为这样会增加数据库处理的开销。但是也要考虑实际情况,不要一味的为了避免空值而全部设置为not null,具体的设置情况要根据项目的具体业务来。
3.注意char和varchar的使用,char适合存储的大小基本固定在一个范围之内,经常发生变动的数据。而varchar则不一样,varchar适合那种大小不固定,并未经常发生改动的数据。需要注意的是varchar定义的长度最好可以刚好够用,不然会照成资源的浪费,影响整体数据库的性能和存储空间。
4.能用整数标示,最好利用整数标示,因为这样开销最小,效率也是最高的。
5.一个表字段要限制在一定范围之内,不要太长,不然在查询的时候会付出很大的代价,最好分成常用的和非常用的字段。
6.在设计表和设计查询语言的时候就要主要尽量避免大规模的关联查询,因为这样会严重影响数据库的查询效率。
7.在设计数据库的时候要根据具体的业务设计出合理的数据库表和字段。不仅要考虑范式,也要考虑反范式。在不影响数据安全和数据冗余的情况下,可以适当的考虑混合范式的设计。
8.使用缓存表和汇总表能表进行数据库的查询优化。
相关文章推荐
- sphinx 配置文件全解析
- MySQL 5.7 参数 – log_timestamps
- mysql常用字符串操作函数大全,以及实例
- MySQL 拷贝数据库表方式备份,还原后提示 table xxx '' doesn`t exist
- Mysql数据库设计
- MySQL并发复制系列二:多线程复制
- mysql并发复制系列 一:binlog组提交
- Spark踩坑记——数据库(Hbase+Mysql)
- 解决 The mysql extension is deprecated and will be r
- 执行常用的mysql数据库操作
- MYSQL 备份工具
- mysql主从同步报错
- 安装mysql Install/Remove of the Service Denied!错误的解决办法
- MYSQL数据库迁移
- MySQL5.7免安装版配置
- mysqlpump 原理
- MySQL字段自增长AUTO_INCREMENT的学习笔记
- MySQL关键字
- mysql show table status报错解决办法
- 位运算的简介与实例(Mysql)