-
在进行数据比较的时候，同样的数据字符串处理往往比数字处理慢（字符串需要查询字典排序的），所以选择字段类型时我们最后先选数字的然后是时间类型的，二进制，然后再是char再是varchar查看全部
-
BC范式：在第三范式的基础上，如果是复合关键字，则复合关键字之间也不能存在函数依赖关系查看全部
-
第三范式：定义在第二范式的基础上的，如果表中不存在非关键字对任意候选关键字的传递函数依赖则符合第三范式 这张表中主键是：商品名称 商品名称决定---分类 分类决定分类描述，那么描述就依赖关键字商品名称，不符合第三范式，会出现插入、删除、更新异常以及数据冗余查看全部
-
第三范式：定义在第二范式的基础上的，如果表中不存在非关键字对任意候选关键字的传递函数依赖则符合第三范式查看全部
-
第二范式：数据库中的表不存在非关键字段对任一候选关键字的部分函数依赖（部分函数依赖是组合关键字中存在某一关键字决定非关键字） 理解：如果表中存在组合关键字，并且存在某一个组合关键字决定非关键字，那么不符合第二范式，也就是：单关键字的表都符合第二范式 不符合第二范式的会出现：插入、删除、更新异常和数据冗余查看全部
-
第一范式查看全部
-
设计不合理的表在进行CRUD时会出现异常，设计不合理的时候还会出现数据的冗余查看全部
-
符合数据库的设计范式能设计出低冗余高效率的数据库，有第一第二第三BC范式查看全部
-
矩形：表示表 椭圆：表示表的属性 有些椭圆有下标表示这个是主键 关系：表示我们可以将多对多的关系通过一个关系转换为一对多的关系查看全部
-
ER图查看全部
-
需求分析：我们需要什么数据需要存储什么数据，这些数据是一直要存储在数据库中的吗？还是有些数据具有时效性，我们过一段时间需要清理也就是这些数据的生命周期，把业务逻辑的日志放在数据库中是非常不合理的，即使要放我们也要定时清理，不然会越来越多的查看全部
-
怎么进行数据库设计，首先我们需要需求分析：分析我们需要什么数据；接着进行逻辑设计，需要设计什么表，表与表之间的关系是什么，接着我们需要选择数据库，最后在进行开发，数据库的维护查看全部
-
这样很好记 1NF：列不可分就满足1NF了。 2NF：不存在部分依赖，比如 (A,B)C。（消除非主属性对主属性的传递依赖，即完全依赖于主键） 3NF：不存在传递依赖，比如ABC。（在2NF基础上消除了传递依赖）查看全部
-
实例图查看全部
-
逻辑设计名词解释查看全部
举报
0/150
提交
取消