义乌专业做网站,给别人做ppt的网站,网络设计方案的组成部分,网站速度优化工具一、什么是范式#xff1f;
范式是数据库设计时遵循的一种规范#xff0c;不同的规范要求遵循不同的范式。
最常用的三大范式
第一范式(1NF)#xff1a;属性不可分割#xff0c;即每个属性都是不可分割的原子项。(实体的属性即表中的列)
第二范式(2NF)#xff1a;满足…一、什么是范式
范式是数据库设计时遵循的一种规范不同的规范要求遵循不同的范式。
最常用的三大范式
第一范式(1NF)属性不可分割即每个属性都是不可分割的原子项。(实体的属性即表中的列)
第二范式(2NF)满足第一范式且不存在部分依赖即非主属性必须完全依赖于主属性。(主属性即主键完全依赖是针对于联合主键的情况非主键列不能只依赖于主键的一部分)
第三范式(3NF)满足第二范式且不存在传递依赖即非主属性不能与非主属性之间有依赖关系非主属性必须直接依赖于主属性不能间接依赖主属性。A - B, B -C, A - C
举例说明3NF
1NF
属性不可再分即表中的每个列都不可以再进行拆分。
如下学生信息表(student)
id、name(姓名)、sex_code(性别代号)、sex_desc(性别描述)、contact(联系方式)
primary key(id)
idnamesex_codesex_desccontact001张三0男17835201234_山西省运城市xx村002李四0男17735204567_山西省吕梁市yy村003王五1女18835207890_山西省太原市zz村
如果在查询学生表时经常用到学生的电话号则应该将联系方式(contact)这一列分为电话号(phone)和地址(address)两列这样才符合第一范式。
修改使表满足1NF后
idnamesex_codesex_descphoneaddress001张三0男17835201234山西省运城市xx村002李四0男17735204567山西省吕梁市yy村003王五1女18835207890山西省太原市zz村 判断表是否符合第一范式列是否可以再分得看需求如果将电话号和地址分开才能满足查询等需求时那之前的表设计就是不满足1NF的如果电话号和地址拼接作为一个字段也可以满足查询、存储等需求时那它就满足1NF。
2NF
在满足1NF的前提下表中不存在部分依赖非主键列要完全依赖于主键。(主要是说在联合主键的情况下非主键列不能只依赖于主键的一部分)
如下学生成绩表(score)
stu_id(学生id)、kc_id(课程id)、score(分数)、kc_name(课程名)
primary key(stu_id, kc_id)
stu_idkc_idscorekc_name001101185高数3-1001102279计算机组成原理002101159.9高数3-1
表中主键为stu_id和kc_id组成的联合主键。满足1NF非主键列score完全依赖于主键stu_id和kc_id两个值才能决定score的值而kc_name只依赖于kc_id与stu_id没有依赖关系它不完全依赖于主键只依赖于主键的一部分不符合2NF。
修改使表满足2NF后
成绩表(score) primary key(stu_id)
stu_idkc_idscore001101185001102279002101159.9
课程表(kc) primary key(kc_id)
kc_idkc_name1011高数3-11022计算机组成原理
将原来的成绩表(score)拆分为成绩表(score)和课程表(kc)而且两个表都符合2NF。
3NF
在满足2NF的前提下不存在传递依赖。(A - B, B - C, A-C)
如下学生信息表(student)
primary key(id)
idnamesex_codesex_descphoneaddress001张三0男17835201234山西省运城市xx村002李四0男17735204567山西省吕梁市yy村003王五1女18835207890山西省太原市zz村
表中sex_desc依赖于sex_code而sex_code依赖于id(主键)从而推出sex_desc依赖于id(主键)sex_desc不直接依赖于主键而是通过依赖于非主键列而依赖于主键属于传递依赖不符合3NF。
修改表使满足3NF后
学生表(student) primary key(id)
idnamesex_codephoneaddress001张三017835201234山西省运城市xx村002李四017735204567山西省吕梁市yy村003王五118835207890山西省太原市zz村
性别代码表(sexcode) primary key(sex_code)
sex_codesex_desc0男1 女
将原来的student表进行拆分后两个表都满足3NF。
什么样的表越容易符合3NF
非主键列越少的表。(1NF强调列不可再分2NF和3NF强调非主属性列和主属性列之间的关系)
如代码表(sexcode)非主键列只有一个sex_desc
或者将学生表的主键设计为primary key(id,name,sex_code,phone)这样非主键列只有address更容易符合3NF。 二、多表关系
在进行数据库表结构的设计时会根据业务的需求和业务模块之间的关系分析设计表结构由于业务之间相互关联所以各个表结构之间也存在各种联系
表与表之间的联系
1.一对多(多对一) 2.多对多 3.一对一
一对多(多对一)
例如一个员工对应一个部门一个部门可以对应多个员工 一般在多的一方创建外键指向一的那一方 员工与部门在员工表上设置外键指向部门表
多对多
例如一个学生可以选修多门课程一个课程可以被多名学生选修一般会建立第三张表至少包含两个外键分别指向两张表的主键 一对一
例如用户和自己的学历信息的关系一个人只对应一条学历信息可以在任意一方加入外键关联另一方的主键并且设置外键为唯一(unique) 注可以放在一张表中但是对其进行拆分一张表放基础信息另一张表放详情可以提升操作效率 三、多表查询
概述 从多张表中查询数据笛卡尔积 笛卡尔积为两个集合(两张表)中的每条数据进行两两组合的结果在多表查询时会产生笛卡尔积要通过添加条件消除笛卡尔积 dept表 emp表 查询产生笛卡尔积的结果
select * from emp, dept ;消除笛卡尔积(添加条件)
select * from emp, dept where emp.dept_iddept.id;多表查询的分类
1.连接查询
内连接相当于查询AB的交集部分
外连接左外连接查询A的所有数据同时拼接上B对应的数据右外连接查询B的所有数据同时拼接上A中对应的数据
自连接表与自身连接查询自连接必须给表取别名
