MySQL数据库优化——数据库设计规范

a、采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成;

b、命名简洁明确,多个单词用下划线'_'分隔;

例如：user_login, user_profile, user_detail, user_role, user_role_relation,

user_role_right, user_role_right_relation

注：表前缀'user_'可以有效的把相同关系的表显示在一起;

a、采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成;

b、命名简洁明确,多个单词用下划线'_'分隔;

例如：user_login表字段 user_id, user_name, pass_word, eamil, tickit, status, mobile, add_time;

c、每个表中必须有自增主键,add_time(默认系统时间)

d、表与表之间的相关联字段名称要求尽可能的相同;

用尽量少的存储空间来存数一个字段的数据;

例如：能使用int就不要使用varchar、char,能用varchar(16)就不要使用varchar(256);

IP地址最好使用int类型;

固定长度的类型最好使用char,例如：邮编;

能使用tinyint就不要使用smallint,int;(状态最好使用tinyint)

最好给每个字段一个默认值,最好不能为null(为null索引有可能失效);

用好数值类型(用合适的字段类型节约空间);

字符转化为数字(能转化的最好转化,同样节约空间、提高查询性能);

避免使用NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效);

少用text类型(尽量使用varchar代替text字段);

命名简洁明确,例如：user_login表user_name字段的索引应为user_name_index唯一索引;

为每个表创建一个主键索引;

为每个表创建合理的索引;

建立复合索引请慎重;

合理使用索引(改善查询,减慢更新,索引一定不是越多越好);

字符字段必须建前缀索引;

不在索引做列运算;

innodb主键推荐使用自增列(主键建立聚簇索引,主键不应该被修改,字符串不应该做主键)(理解Innodb的索引保存结构就知道了);

不用外键(由程序保证约束);

1、第一范式(1NF)：字段值具有原子性,不能再分(所有关系型数据库系统都满足第一范式);

例如：姓名字段,其中姓和名是一个整体,如果区分姓和名那么必须设立两个独立字段;

2、第二范式(2NF)：一个表必须有主键,即每行数据都能被唯一的区分;

备注：必须先满足第一范式;

3、第三范式(3NF)：一个表中不能包涵其他相关表中非关键字段的信息,即数据表不能有沉余字段;

备注：必须先满足第二范式;

备注：往往我们在设计表中不能遵守第三范式,因为合理的沉余字段将会给我们减少join的查询;

例如：相册表中会添加图片的点击数字段,在相册图片表中也会添加图片的点击数字段;