大纲
- 数据库模式 ER模式
- 关系代数与元组演算
- 规范化理论 并发控制
- 数据库完整性约束
- 分布式数据库
- 数据仓库与数据挖掘
三级模式 – 两级映射
- ——》考点：数据库的设计过程是怎么走下来的，每个阶段有不同的产出物
E-R模型
规范化理论 – 函数依赖
- f(x)=x2 ——> 当x=1时，可以确定y=1即x—>y，而且是函数确定，所以这是一种依赖关系
- 反过来，当 y = 1 时，x= ± 1，y 对应两个 x，所以不能确定x的值，所以不存在依赖关系 （不能得到唯一值）
- 学 是唯一的，可以确认姓名；而姓名可能出现同名，不能确定学 ，所以学 ——>姓名存在依赖关系
- 特殊形式（泛式）
1）、部分函数依赖：两个属性组成主键，可以确定一个属性的值；组合主键中的某一部分，可以确定，这就是部分函数依赖
2）、传递函数依赖：A—>B—>C，A—>C
规范化理论 – 价值与用途
规范化理论 – 求候选键
- 如果能遍历完，就是候选节点
- 如果没有找到入度为0的节点，就找中间节点（既有入度又有出度）
规范化理论 – 范式
- 消除掉 -高级职称人数- 属性即可
规范化理论 – 第二范式
- 因为 主键 只有一个，所以不存在部分依赖，且没有再可分属性，所以符合第一、第二范式
- 非主属性存在传递依赖，LOCATION—>DNAME—>DNO
- 解决办法：将DNO、DNAME、LOCATION提取出来，作为新的关系模式；原来的关系模式中的LOCTION、DNAME删掉，留DNO做新关系模式的主键
规范化理论 – BC范式
- 从概念上理解即可
- ——》注意：单独的S不能到达T，只能SJ组合成组合键才能到达T，SJ也可以
- 步骤
1）、先将所有的候选键，写出来
2）、将所有的函数依赖关系写出来
3）、判断函数依赖左边的键，是否为候选键 - 将所有函数依赖写出来，左边必须是候选键，因为左边的候选键是决定因素
- 【SJ】 —> T ：SJ是候选键；【T】—> J ：T 不是候选键，所以不符合BC范式
规范化理论 – 例题
规范化理论 – 模式分解 – 例题讲解
- 并发是怎么回事，并发产生的问题，解决方案
- 事务：将一系列的操作看作一个整体
1）、一致状态：能量守恒定律
2）、独立进行，互不影响 - 存在问题
1）、丢失更新：A=A-8会将A=A-5覆盖掉
2）、不可重复读：再读一次跟上次的结果不一致
3）、脏数据：不是真正的数据，不是执行产生的结果值，知识个临时值 - 三种约束（只能应对简单情况，复杂的情况不能应对）
-
实体完整性约束：使用数据库的时候，给数据表定义主键，通过这一个动作来完成
—>实体完整性约束，约束的是主键，主键的值不能为空，不能重复，标准体制 - 参照完整性约束：指 外键 的完整性约束，你在外键填入的内容，必须是参照表（也就是外键作为主键的表）里面的内容，否则出错，允许为空
- 用户自定义完整性约束：用户自定义属性值的要求，0
- 功能：提高数据完整性、可靠性
- 触发器（复杂情况）：使用脚本来约束，数据库数据的一些要求
- 依据备份的量
1）、增量恢复：必须逐个恢复上一个的量才能恢复这次的
2）、差量恢复：直接跳过中间的增量恢复部分，到周日（上一次）的完全备份的时候 - 数据仓库：
1）、 - 数据挖掘：
- 聚类：由个体的共性，集合成一个一个大的类别
- 特点：数据量大，速度快，多样性复杂，价值高
- 大数据：数据极大，关系极其复杂
并发控制 – 封锁协议
数据库安全
数据仓库与数据挖掘
反规范化
文章知识点与官方知识档案匹配，可进一步学习相关知识MySQL入门技能树数据库组成表31516 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！