【街上】
重点来了~~不是、都是重点
【wuli范式】
不可分,规范化的关系
1.1、如果一个人两个电话,关系中要出现两个元组、存储两个 码
1.2、多值属性:1、用几个新的单值属性表示;2、用新的实体类型表示(弱实体);新旧关系1:N
1,2,1、 弱实体:某实体对于另一些实体有很强的依赖联系,并且该实体主键的一部分or全部从强实体中获得;一个实体的存在以另一个实体的存在为前提:强、弱实体;双线矩形
1,3、存储属性:需要存储的属性、派生属性:派生出的、不需要存储
1,4、 简单属性:不可分;复合属性:可分、层次性、街道:路名、门牌
缺点:
2.1、冗余度大:
修改操作不一致
插入异常:空值
删除异常
第二范式:
不存在局部依赖;
关系模式R(C, T, TITLE,SCORE,S)S,C为候选键;
两个函数依赖FD:(S,C)—>(T,TITLE) 和C(候选键真子集)—>(T,TITLE) ; T,TITLE 依赖于 C 而 不 是主键S,C——局部依赖:冗余、异常
对策:
不存在传递依赖
如果R1(C,T,TITLE)中C—>T,T—>TITLE,则C—>TITLE传递依赖
对策:
分解:(C,T)(T,TITLE)
【BCEF】
着个不太好理解,直接上栗子好了:
R(B,BNAME,AUTHOR) 中 B—>BNAME ,(AUTHOR,BNAME)—>B,关键码为:(BNAME,AUTHOR)或(B,AUTHOR)所以都是关键码,第3范式NF,BNAME传递依赖与(AUTHOR,BNAME)
【总结】
心态:
学习:
summary
着个不太好理解,直接上栗子好了:
R(B,BNAME,AUTHOR) 中 B—>BNAME ,(AUTHOR,BNAME)—>B,关键码为:(BNAME,AUTHOR)或(B,AUTHOR)所以都是关键码,第3范式NF,BNAME传递依赖与(AUTHOR,BNAME)
心态:
学习:
summary
考试:
THANKS FOR YOUR TIME,欢迎常来访问
PS+:今年的设计模式装饰有些莫名其妙,值得好好总结一下
外:
经历即成长,愿大家生活不苟且,开心做自己
文章知识点与官方知识档案匹配,可进一步学习相关知识MySQL入门技能树数据库组成表31861 人正在系统学习中
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!