mysql优化篇（1）

提纲

3范式 有时为了效率 降低范式的标准

sql语句的优化

一对多的时候  冗余放在一那里

 

mysql 手册  数据的节约 int tinyint

**********/

首先数据库的设计要符合三范式

何谓三范式

1.第一范式(确保每列保持原子性)

一般关系型的数据库都会满足的

2.唯一性 一个表只说明一个事物;

有主键，非主键字段依赖主键; （设置主键，主键不能重覆，这样每条记录都不同，唯一了） 

3.确保每列都和主键列直接相关,而不是间接相关。

比如在设计一个订单数据表的时候，可以将客户编号作为一个外键和订单表建立相应的关系。而不可以在订单表中添加关于客户其它信息（比如姓名、所属公司等）的字段。如下面这两个表所示的设计就是一个满足第三范式的数据库表。

 

但是有时候为了效率 可以适当使用效率，可以适当地降低范式的标准，这样更有利于mysql的性能优化

这里说的效率 主要是适当的使用冗余

举例说明 现在有2张表

相册表     

aid	ablumname	intro	hits
1	汽车	...	20
2	模型	...	30

photo表

pid	photoname	aid	hits
1	汽车1	1	10
3	汽车12	1	10
4	。。。	2	123

上图是photo表中的aid是相册表的外键 由于相册表中的hits 和相册这个事务没有直接的相关所以我们称它为冗余。这样设的好处是一般来说photo表中的数据会有很多几十万或几百万的，如果我们现在有一个需求是要统计相册汽车的点击率，而我们没有设置上表的荣誉我们就得统计photo表中所有aid为1的图片的点击率，由于数据量很庞大，如果发出这个请求，系统将会瘫痪。

正确的做法是 比如说当有用户点击 汽车1图片时我们更新汽车1的点击率同时更新相册表的点击率，当需要查询某个相册的点击率时，直接就可以查询得到。

所以我们得出结论 由于这2个表 记录之间是1对多的关系 所以在设置冗余的时候 一定要放在 1 的那边

再来就是注意数据格式 主要是节省空间 和性能无关

某些用来表示 数据的状态的字段 数据为0 或1或2的 可以用tinyint 只用1字节 详情请查阅mysql数据库