Mysql业务设计

逻辑设计

范式设计

数据设计的第一大范式

数据库表中的所有字段都只具有单一属性。单一属性的列是由基本数据类型所构成的，设计出来的表都是简单的二维表。

Name-age列具有俩个属性，一个是name，一个是age，不符合第一范式，把他拆分成俩列。

数据设计的第二大范式

要求表中只具有一个业务主键，也就是说符合第二范式的表不能存在 非主键列只对部分主键的依赖关系。
有俩张表：订单表、产品表


一个订单有多个产品，所以订单的主键为订单id和产品id组成的联合主键，这样2个组件不符合第二范式，而且产品id和订单id没有强关联，所以把订单表进行拆分为订单表与订单与商品的中间表。

数据设计的第三大范式

指每一个非主属性即不部分依赖于也不传递依赖于业务主键，也就是在第二范式的基础上加上了非主键的传递依赖。

客户编号和订单编号管理关联
客户姓名和订单编号管理关联
客户编号和客户姓名关联
如果客户编号发生改变，用户姓名也会改变，这样不符合第三大范式，应该吧客户姓名这一列删除。

完全符合范式化的设计有时并不能得到良好的sql查询性能，所以出现了反范式设计

反范式设计

反范式化是针对范式化而言的
所谓的反范式化就是为了性能和读取效率的考虑而适当的堆数据库设计范式的要求进行违反
允许存在少量的冗余，换句话说反范式化就是用空间来换取时间

总结

不能完全按照范式的要求进行设计
考虑以后如何使用表
范式化设计优缺点
优点：
1、 可以尽量的减少数据冗余
2、 范式化的更新操作比反范式化更快
3、 范式化的表通常会比反范式化的表更小
缺点：
1、 对于查询需要对多个表进行关联
2、 更难进行索引优化
反范式化设计优缺点
优点：
1、 可以减少表的关联
2、 可以更好的进行索引优化
缺点：
1、 存在数据冗余及数据维护异常
2、 对数据的修改需要更多的成本

物理设计

命名规范

1、数据库、表、字段的命名要遵守可读性原则
使用大小写来格式化的库对象名字以获得良好的可读性。
例如：用custAddress而不是custaddress来提高可读性。
2、数据库、表、字段的命令要遵守表意性原则
对象的名字应该能够描述他所表示的对象
例如：对于表，表的名称应该能够体现表中存储的数据内容；对于存储过程存储过程应该能够体现出存储过程的功能。

3、数据库、表、字段的命令要遵守长名原则
尽可能少使用或者不使用缩写

存储引擎选择

数据类型选择

当一个列可以选择选择多种数据类型时
1、 有限考虑数字类型
2、 其次是日期、时间类型
3、 最后是字符类型
4、 对于相同级别的数据类型，应该优先选择占用空间小的数据类型。
（1）浮点类型

注意float和double都是非精度类型，如果是和金额相关尽量用decimal。


（2）日期类型

Timestap和时区有关，而datetime无关

set time_zone="-10:00"