第三章数据库系统
第一节、三级模式
ER图这里ER图下午会考大题15分
1、三级模式两层映射
三级模式：
外模式（视图级别）：用户模式 用户和应用程序打交道，让用户操作数据库这样的东西，但只能看到接口。操作数据的逻辑，不需要管如何存储
【模式】概念模式（表级）：存储模式，物理层，如何存储。一般情况下形成的是表结构。
内模式（文件级）
两层映射：
位模式和模式的映射
模式与内模式的映射
这两层映射的好处是：让程序与我们的数据分离
数据的独立性
数据的物理独立性和数据的逻辑独立性
数据在物理结构上发生了变化，因为我们有两层映射，这个时候不需要去修改上层的结构。对用户来说他们不知道已经发生了改变
当逻辑结构改变的时候，只需要改变位模式和模式的映射就可以了
2、数据库设计过程
数据流图也是下午一个大概15分的题，表明了数据从哪来到哪去的
数据字典是对数据流图的一个补充说明。
需求分析 产出：需求说明书、数据字典、需求说明书
概念结构设计 产出：ER模型
逻辑结构设计 产出：ER模型转化为关系模式，就开始设计相应的表
第二节 ER模型
3、ER模型
表示形式：
长方形 实体 /椭圆形 属性/菱形 联系
1:1联系
联系是产生于两个实体之间
对于1:1联系，我们使用两个关系模式就可以将其表示清楚
对于1:1的联系，可以并入到任何一端
1：n联系
一个客户有多个账户，一个账户对应多个客户
m:n联系
一个学生对应多门课程，一门课程对应多个学生
第三节关系代数
4、关系代数
并、交、差、笛卡尔积、投影、选择、联结
差主要要注意以谁为参照
做笛卡尔积 S1×S2
自然联结：去掉重复的部分
做完笛卡尔积之后，先做选择，选择出来行，然后再做投影，能够更简化操作。
第四节规范化理论
5、规范化理论
数据冗余：一些重复的信息。可以引起后面的三种异常
修改异常
插入异常
删除异常
解决方法：拆分表结构
部分函数依赖 ： 候选码中的部分可以推导出非主体
传递函数依赖：a推出b，b推出c。推出a推c。有一个传递关系
5、规范化理论 键
候选键 ：唯一标识元组（记录），且没有冗余
主键：任选一个，从任选键里面随便选一个
外键：其他关系的主键
5、规范化理论 求候选键
寻找入度为0的结点，并且可以遍历图中所有结点
5、规范化理论 范式
将教授和副教授单独作为属性
（学号A，课程号B）=>成绩 C
（课程号B）=>学分D
有非主属性 D部分依赖于主属性B，所以不满足第二范式。（需要没有部分函数依赖）
解决：拆分
学生表（学号，课程号，成绩）
课程（课程号，学分）
第三范式在第二范式的基础上去掉了传递函数依赖
学号=>姓名 学号=>系号
系号=>系名 系号=>系位置
学号=>系名
解决办法：拆表
（学号 姓名 系号）
（系号 系名 系位置）
每个依赖的决定因素中必定包含某个候选码
6、规范化理论 模式分解
如果有一行属性上面全部都是打钩的就说明是无损分解
公式法只适用于两个关系模式，这样才适用于公式法
两个关系模式做交集，能够推导出他们的差
第一个
第二个
第五节SQL语言
7、SQL语言 建表
7、SQL语言 修改与删除表
7、SQL语言 查询
7、SQL语言 增删改
drop 和 delete
1、触发条件不同
delete语句是数据库操作语言（dml），这个操作会放到rollbacksegement中，在事务提交后生效，执行时触发相应的trigger。
drop是数据库定义语言（ddl），操作立即生效，原数据不放到rollbacksegment中，不能回滚，操作不触发trigger。
2、用法不同
delete只删除内容、释放空间但不删除定义，而delete即可以对行数据进行删除，也可以对整表数据进行删除。
drop是删除内容和定义，并释放空间。执行drop语句，将使此表的结构一起删除。
3、执行速度不同
drop的执行速度大于delete。
delete的执行速度小于drop。
8、并发控制
