数据库1~2单元总结

数据概念即是数值也包括文字声音图片等一切能被计算机接收和处理的符号。数据库DS是储存在一起,相互有联系的数据集合。数据库系统 DBS实际上是指引入数据库技术的计算机应用系统数据、数据库、数据库管理系统、操作数据库的应用开发工具和应用程序以及与数据库有关的人员一起构成了一个完整的数据库系统。结构化查询语言 (SQL)四大功能核心口诀查、操、定、控1. 数据查询 (Data Query)查数据SELECT。2. 数据操纵 (Data Manipulation)增删改INSERT/UPDATE/DELETE。3. 数据定义 (Data Definition)建库表CREATE。4. 数据控制 (Data Control)管权限GRANT/REVOKE。SQL的五大特点1. 综合统一集 DDL、DML、DCL 于一体支持在线修改扩展性强。2. 高度非过程化只说“做什么”不用管“怎么做”由系统自动完成。3. 面向集合操作对象是元组的集合不是单条记录。4. 两用方式自含式直接敲命令 嵌入式嵌入Java/C等语言语法统一。5. 语言简洁核心只用 6个 命令语法像英语易学易用。SQL类数据库 (RDBMS)两大王牌1. 统一的标准语言 SQL。2. 严格遵守ACID 准则原子性、一致性、隔离性、持久性。E-R图核心知识点总结一、E-R图三大核心要素要素 定义 图形符号 示例实体Entity 现实世界中可区分的事物比如学生、课程 矩形框 学生 、 课程 、 教师属性Attribute 实体的特征比如学生的学号、姓名 椭圆形框 学号、姓名、课程号、课程名联系Relationship 实体之间的关联关系比如学生选课 菱形框 选课 、 授课 、 管理补充说明主码主键能唯一标识实体的属性在E-R图中用下划线标注比如学生实体里的「学号」。复合属性可以拆分成多个子属性的属性比如「地址」可拆分为省/市/区。多值属性一个实体可以有多个取值的属性比如学生的「联系电话」。二、实体间的三种联系类型必考重点两个实体之间的联系按数量关系分为三类1. 一对一联系1:12. 一对多联系1:N3. 多对多联系M:N三、E-R图的绘制步骤从需求到画图1. 识别实体2. 定义实体属性给每个实体列出特征确定主码比如学生的学号、课程的课程号。3. 确定实体间的联系分析实体之间的关联确定联系的类型1:1/1:N/M:N并给联系命名比如选课、授课。4. 标注联系的属性如果联系本身有特征比如选课的成绩、授课的学期把属性画在菱形框旁边。5. 检查与优化确认实体、属性、联系没有遗漏主码标注正确多对多联系的中间表逻辑清晰。四 、E-R图转化为关系模型实体属性......联系11关系1创建联系表将两方主键加入联系表中任意一方主键为联系表主键2不创建联系表将一方主键和联系属性加入另一方中1:n关系1创建联系表将两方主键加入联系表中n方主键为联系表主键2不创建联系表将1方主键和联系属性加入n方中n:n关系(3)将两方主键加入联系表中(两方主键共同构成联系表主键)关系数据库范式理论1. 函数依赖FD设X、Y是关系R的两个属性组如果X的值确定时Y的值也唯一确定就称Y函数依赖于X记作 X → Y 。例学号 → 姓名学号确定姓名就唯一确定2. 完全函数依赖Y函数依赖于X且Y不依赖于X的任何真子集。例(学号, 课程号) → 成绩成绩不能只由学号或课程号单独确定就是完全依赖。3. 部分函数依赖Y函数依赖于X但Y也依赖于X的某个真子集。例(学号, 课程号) → 姓名姓名只依赖于学号和课程号无关就是部分依赖。4. 传递函数依赖如果 X→Y Y→Z 且Y不依赖于XZ不是Y的子集则Z传递依赖于X。例学号 → 班级号班级号 → 班级名则班级名传递依赖于学号。5. 主属性/非主属性包含在任何一个候选码中的属性叫主属性否则叫非主属性。范式 核心要求 解决的问题 仍存在的问题 适用场景1NF 属性原子化不可再分 数据不可分割 部分/传递依赖、大量冗余 基础设计所有关 系 必须满足2NF 消除非主属性的部分依赖 减少部分依赖带来的冗余 传递依赖、部分冗余 简单业务 场 景3NF 消除非主属性的传递依赖 解决大部分冗余和操作异常 主属性可能存在依赖异常 绝大 多数业务系统常用