开课吧T31项目第3天

今天是孤尽班第三天学习，今天跟着无尘老师学习了mysql的数据库的规约，包括表名，数据库名，字段名，索引等。

mysql

1.数据库规约

1.1数据库名称

库名称和 应用名称一直（T31）

1.2数据库表

1.2.1表必备字段

id 主键
create_time 创建时间
update_time 更新时间

1.2.1表名称

业务名称_表的作用 （商品_分类）

1.2.2注意事项

单表行数超过500万行或者容量超过2GB，可以进行分库分表

1.3数据库字段

1.3.1 命名规范

必须小写字母(Name)
禁止数字开头(5book)
下划线中间出现数字(user_3_name)
复数名词
保留字（dist，避免歧义）
是否概念（is_**）

1.3.2数据类型

小数类型 decimal
货币类型最小货币单位 bigint
字符串长度几乎相同：char（存储长度相同，例如：身份证号）
varchar长度不超过 5000

1.3.3注意事项

修改字段含义或者对表的状态追加，及时添加注释
字段适当冗余（提升查询的效率）

2.索引规约

2.1索引特性

持久性：索引会占用控件，空间大小和数据库表大小几乎一致
有序性:提升查找的效率，减少查询的次数

2.1索引分类

存储形式：聚簇索引（主键） 和 非聚簇索引（非主键）
数据约束： 主键索引，唯一索引，非唯一索引（数据是否可重复）
索引数量：单列索引 和 组合索引
InnoDB创建索引：键索引，唯一索引，普通索引

2.3索引数据结构

二叉查找树：左子树的数据小于根节点数据，右子树的数据大于根节点数据，logn的效率，弊端，当数据有序时，会形成一条链路

平衡二叉查找树：二叉查找树通过左旋或者右旋达到左右子树的数据层级和数量平衡

Btree：每个节点包含 键值、指针、数据，一层存储16k数据，每个节点 键值和指针会占用内存，没存存储的数据量 16k/（键值大小+指针大小）
键值：存储主键
指针（2个）：存储子节点的地址信息
数据：存储除主键外的数据

B+tree：和Btree相比，叶子节点存储键值和数据，中间节点存储键值和指针，不存储数据，叶子节点之间磁盘块之间有双向指针，可以来回查询；

2.4注意要点

1.注意数据类型，不要隐式转换
例如：name是char类型，查询时where name =1，会将 char转换为 int 来查询，影响查询效率
2.覆盖索引，避免回表查询（查询的字段在索引中可以找到对应的索引）
例如：select name，age，adress from user；刚好存在索引 name age adress 的组合索引
3.如果用order by 后面的字段排序和索引一直
4.禁止模糊：like “%”索引失效，“%”
5.超过三个表查询不要使用jion，效率会比较低下
6.拒绝替代： count（列名）用count（）替代，影响查询效率，因为 不会使用索引
7.null参与计算的结果为null
8.处理分页：延迟关联或者子查询优化超多页（解决：where id>范围 limit n）

2.5 sql避坑点

1.不需要建立外键，在应用中处理
2.不需要使用存储过程，难以调试吗，移植性差
3.更新时，先select在进行处理
4.涉及多个表查询，表前面加别名
5.in 后集合数量在1000以内，否则不使用索引

3.SQL与ORM映射

不要使用 * 查询，查询时不会使用索引
POJO的布尔类型不能加 is数据库字段加is
查询结果使用 resultMap来映射，避免数据库修改字段之后，映射失败
不要使用${}，使用#{}防止sql注入
querforList
不直接使用 hashMap hashTable接受数据
更新数据记录时，必须更新 update-time

4.数据库设计

每列属性不可拆分
表中每列都与主键相关
每列与主键列直接相关，热不是间接相关