-
数据库设计简介
查看全部 -
数据库设计之第一范式 ： 数据库中的表都是二维表。
查看全部 -
查看全部
-
学到了查看全部
-
数据类型对应的存储空间
查看全部 -
字段类型的选择原则查看全部
-
mysql存储引擎查看全部
-
decimal与float选择原则：
decimal用于存储精确数据，而float只能用于存储非精确数据。故精确数据只能选择用decimal类型
由于float的存储空间开销一般比decimal小（精确到7为小数只需要4个字节，而精确到15位小数只能需要8字节）故非精确数据优先选择float类型
查看全部 -
char与varchar选择的原则：
如果列中要存储的数据长度差不多是一致的，则应该考虑用char; 否则应该考虑varchar
如果列中的最大数据长度小于50Byte, 则一般也考虑用char。（当然，如果这个列很少用，则基于节省空间和减少I/O的考虑，还是可以选择用varchar）
一般不宜定义大于50Byte的char类型列
查看全部 -
字段类型的选择原则：当一个列可以选择多种数据类型时，应该有限考虑数字类型，其次是日期或二进制类型，最后是字符类型。对于相同级别的数据类型，应该优先选择占用空间小的数据类型
字段类型的选择原则：
#1 在对数据进行比较（查询条件、JOIN条件及排序）操作时：同样的数据，字符处理往往比数字处理慢。#2 在数据库中，数据处理以页为单位，列的长度越小，越利于性能提升。
查看全部 -
表及字段的命名规则：
可读性原则：使用大写和小写来格式化的库对象名字以获得良好的可读性；（注意：有些DBMS系统对表名的大小写是敏感的）
表意性原则：对象的名字应该能够描述它所标示的对象；例如，对于表，表的名称应该能够体现表中存储的数据内容；对于存储过程，存储过程名称应该能够体现存储过程的功能；
长名原则：尽可能少使用或者不适用缩写，适用于数据库（DATABASE）名之外的任一对象
查看全部 -
Mysql常用的存储引擎
查看全部 -
第三范式（3NF）：第三范式是在第二范式的基础之上定义的，如果数据表中不存在非关键字段，对任意候选关键字段的传递函数依赖则符合第三范式
查看全部 -
第二范式（2NF）：数据库的表中不存在非关键字段对任一候选关键字段的部分函数依赖；
所有但关键字段的表都符合第二范式
查看全部 -
第一范式：数据库表中的所有字段都是单一属性，不可再分。这个单一属性是由基本的数据类型所构成的，如整数，浮点数，等；
换句话说：第一范式要求数据库中的表都是二维表
查看全部
举报