尧图网络 高端网站定制 · 原创设计
免费咨询热线
400-888-6620
免费获取方案
数据库复习总纲:从三级模式到范式判定的知识地图
简介这份中南大学数据库试题资料面向高校计算机相关专业学生及数据库课程备考者围绕数据库管理系统基础、数据模型、关系模型、SQL语言、数据库保护与设计理论等核心考点组织内容可用于期末复习、考研自测与知识点查漏补缺。压缩包内共1个doc文档约164KB以复习总纲加试卷的形式呈现按章节梳理概述、ER模型、关系模型、SQL语言、数据库保护、关系数据库设计理论及数据库应用设计等模块并附单项选择题、填空题、术语解释与简答题等题型。文档中涵盖三级模式结构、DDL与DML区别、聚簇与非聚簇索引、事务ACID准则、并发控制与封锁、函数依赖及1NF至3NF规范化等具体知识点便于对照目录逐章回顾并检验掌握程度。目前已有357人学习适合需要系统梳理数据库课程重点、借助真题演练巩固理解的读者参考使用。1. 数据库复习总纲先看清这门课到底在考什么数据库这门课最反直觉的一点是它看起来章节很多其实考来考去就围绕一条主线——数据怎么被抽象、怎么被约束、怎么被操作、怎么被保护。很多人复习时一头扎进 SQL 语法结果选择题里三级模式、两级映像一考就懵关系代数除法和 NOT EXISTS 嵌套一写就翻车。真正系统的复习方式是先建立一张知识地图从 DBMS 的引入和三级模式讲起经过 ER 模型、关系模型、SQL 语言再到数据库保护、关系数据库设计理论最后落到数据库应用设计的六个步骤。这条线走通了你会发现每章都不是孤立的——完整性约束在关系模型里讲一遍在 SQL 里用主键外键实现一遍在数据库保护里又作为完整性控制出现一遍。这份笔记按这条主线把各模块的要点、重点难点和易错点串起来适合正在系统学数据库、或者考前需要快速查漏补缺的人。2. 基础概念与三级模式DBMS、模式映像与数据独立性2.1 数据管理的三个阶段与 DBMS 的引入数据管理经历了人工管理、文件管理、数据库管理三个阶段。考试里最爱考的是文件系统与数据库系统的区别因为这是 DBMS 引入的直接理由。文件系统的毛病集中在四点数据冗余度高、数据不一致、数据联系弱、应用程序与数据之间独立性差。数据库系统通过 DBMS 统一管理数据做到了数据结构化、共享性高、冗余度低、易扩展、数据独立性高。这里有个容易混的概念组DB、DBMS、DBS、DBAS。DB 是数据库本身是长期存储在计算机内、有组织、可共享的数据集合DBMS 是位于用户与操作系统之间的一层数据管理软件DBS 是数据库系统包含数据库、DBMS、应用程序、硬件和人员DBAS 是数据库应用系统偏应用层。选择题常拿“数据库系统不仅包括数据库本身还包括硬件、软件和各类相关人员”来设陷阱记住 DBS 是人机系统人员尤其 DBA是组成部分。DBA 的职责也常以简答题出现设计与定义数据库系统、帮助最终用户使用、监督与控制运行、改进与重组、转储与恢复、重构数据库。这六条不用死背按“建、用、管、优、备、改”的顺序记即可。2.2 三级模式与两级映像数据独立性的来源数据库系统的体系结构是三级模式结构和两级映像这是选择题的高频点也是理解数据独立性的钥匙。模式层次别名描述对象对应 DDL外模式子模式、用户模式数据库的局部逻辑结构子模式 DDL模式概念模式、逻辑模式数据库的总体逻辑结构模式 DDL内模式存储模式数据库的物理存储结构存储模式 DDL两级映像决定了两种独立性模式/内模式映像保证物理数据独立性——当数据的存储结构改变时只要改映像逻辑结构不变模式/外模式映像保证逻辑数据独立性——当全局逻辑结构改变时只要改映像局部逻辑结构不变。这里最容易错的是把两种映像和两种独立性对反。记法外模式贴近用户管的是“逻辑”内模式贴近磁盘管的是“物理”。所以外-模式映像对应逻辑独立性模式-内模式映像对应物理独立性。提示题目问“要保证物理数据独立性需要修改的是”答案是模式与内模式的映射不是内模式本身。这个坑几乎每套题都埋。2.3 数据库语言组成与数据模型评价数据库语言由 DDL数据定义、DML数据操纵、DCL数据控制组成。DCL 里最常考的是授权 GRANT 和收权 REVOKE。数据模型的三要素是数据结构、数据操作、完整性约束评价一个数据模型也看这三方面。三大传统数据模型中关系模型具有严格的数学理论基础这也是它成为当前应用最广泛模型的原因层次模型用树型结构有且仅有一个根结点网状模型用图结构。E-R 模型属于信息模型是现实世界到机器世界的中间层次这一点在选择题里反复出现。3. ER 模型与关系模型键约束、完整性约束与关系代数3.1 ER 模型实体、属性、联系与键约束ER 模型用 E-R 图表示概念模型三要素是实体、属性、联系。联系的基数分 1:1、1:n、m:n 三类考试常要求举例一个人对应一个身份证号是 1:1一个项目主管管理多个项目是 1:n设备与项目互相多用是 m:n。键约束的概念要清楚能唯一标识一个元组的属性或属性组称为关键字码候选码是能作码的最小属性组主码从候选码中选一个。m:n 联系转换为关系模式时关系的码是各实体码的组合这是填空题常客。1:n 联系可以单独建关系也可以把 1 端的主码并入 n 端。这里梳理下来会发现一个规律联系转换的本质是看基数——多端决定码的构成。3.2 关系模型表内与表间的完整性约束关系模型用二维表表示实体和联系完整性约束分两大类。表内约束包括域约束列值来自同一域、主键约束PRIMARY KEY非空且唯一、唯一性约束UNIQUE允许空但值不重复。表间约束主要是参照完整性实现方式有两种外键和触发器。外键方式由 DBMS 自动检查触发器方式灵活但要自己写逻辑。参照完整性在实现时要考虑三个问题这是简答题的重点外码能否接受空值删除被参照关系的元组时采用级联删除、受限删除还是置空值删除在参照关系插入元组时采用受限插入还是递归插入。这三个策略名字要能对上含义别把“级联删除”和“置空值删除”搞混——级联是连带删掉参照关系里的相关元组置空是把外码置空。视图与基表的关系也常考视图是从一个或多个基本表或其他视图导出的虚表数据库中只存放视图的定义不存放对应数据。视图上可以查询、可以更新有条件下、可以定义新视图但不能在视图上定义新的基本表。定义视图时加 WITH CHECK OPTION 子句可以保证通过视图插入的元组满足视图定义条件。3.3 关系代数传统集合运算与专门关系运算关系代数是重点五种基本运算是∪、-、×、π、σ并、差、笛卡儿积、投影、选择交 ∩ 和连接可以用基本运算导出。传统集合运算包括交、并、差、笛卡儿积专门的关系运算包括选择、投影、连接、除法。最容易翻车的是“全部课程”类查询也就是除法运算。以学生选课为例求选修了全部课程的学生-- 思路不存在一门课程该学生没有选修 SELECT Sname FROM student WHERE NOT EXISTS ( SELECT * FROM course WHERE NOT EXISTS ( SELECT * FROM SC WHERE SC.Sno student.Sno AND SC.Cno course.Cno ) );这段双重 NOT EXISTS 的逻辑是外层扫描每个学生中层扫描每门课程内层检查该学生是否选了该课程。如果内层查不到记录说明该学生没选这门课中层就存在一条“没选的课”外层 NOT EXISTS 就为假。只有当中层一门没选的课都查不到时外层才为真。参数上注意相关子查询的关联条件SC.Sno student.Sno AND SC.Cno course.Cno不能漏漏一个就变成笛卡儿积结果全错。同理“选修了某学号学生所学过的所有课程”也是这个套路只是把 course 换成该学生选过的课程集合。投影 π 和选择 σ 的区别也是送分题投影挑列属性选择挑行元组。等值连接与自然连接的区别在于自然连接要求公共属性取值相等且去掉重复属性列等值连接不要求属性名相同、也不去重复列。4. SQL 语言与索引DDL/DML 分工、聚簇索引与约束关系4.1 SQL 特点与 DDL/DML 的分工SQL 是结构化查询语言特点是非过程化、面向集合、语法统一、既是自含语言又可嵌入主语言。DDL 负责定义和修改结构CREATE、DROP、ALTERDML 负责数据操作INSERT、DELETE、UPDATE、SELECT。注意 SELECT 归在 DML 里虽然它只读不写但考试分类时按“数据操纵”算。DCL 是 GRANT、REVOKE。嵌入式 SQL 与主语言的通讯方式有三种SQL 通讯区、主变量、游标。全局变量不是标准通讯方式这是选择题的干扰项。游标的作用是把集合操作转成单记录处理解决“主语言一次处理一个记录、SQL 一次处理一个集合”的阻抗不匹配。4.2 索引聚簇与非聚簇以及与 UNIQUE/PRIMARY 的关系索引是提高查询速度的关键。聚簇索引的索引项顺序与表中记录的物理顺序一致一个表最多只能有一个聚簇索引非聚簇索引的索引项顺序与物理顺序无关可以有多个。建索引的语法-- 普通索引 CREATE INDEX teach ON teacher(bh); -- 唯一索引要求索引列值不重复允许空值 CREATE UNIQUE INDEX teach_u ON teacher(bh); -- 聚簇索引索引项顺序与记录物理顺序一致 CREATE CLUSTERED INDEX teach_c ON teacher(bh);索引与约束的关系是易混点PRIMARY KEY 自动创建唯一索引且非空UNIQUE 约束自动创建唯一索引但允许一个空值普通索引不保证唯一。所以“唯一索引”和“唯一性约束”在效果上接近但约束是逻辑规则、索引是物理结构答题时别把两者等同。聚簇索引适合范围查询和排序因为物理相邻非聚簇索引适合等值查询但回表代价高。4.3 SQL 应用题型建表、视图、分组与嵌套查询建表要写全列名、类型、主码。以教师工资表为例CREATE TABLE teacher ( BH NUMBER(10) PRIMARY KEY, -- 编号主码 XM VARCHAR(20), -- 姓名 BM VARCHAR(20), -- 部门 JBGZ NUMBER(10), -- 基本工资 BT NUMBER(10), -- 补贴 GHF NUMBER(10), -- 工会费 GJJ NUMBER(10), -- 公积金 SFGZ NUMBER(10) -- 实发工资 );增加列用ALTER TABLE teacher ADD (WCF INT);建视图用CREATE VIEW BMV AS SELECT XM, JBGZ, SFGZ FROM teacher WHERE BM经管系;删表用DROP TABLE teacher;。分组统计用 GROUP BY 加 HAVING例如查选修 5 门以上课程的学生学号SELECT 学号 FROM 选课 GROUP BY 学号 HAVING COUNT(*) 5;。注意 WHERE 过滤行、HAVING 过滤组聚合条件不能写在 WHERE 里。空值处理是另一个坑判断空值只能用IS NULL或IS NOT NULL写成AGE NULL永远为假。模糊匹配用 LIKE李%表示姓李。BETWEEN 18 AND 22 包含端点。这些细节在综合题里一分一分地扣。5. 数据库保护安全性、完整性、故障恢复与并发控制5.1 数据库被破坏的四个来源与保护体系数据库保护包括安全性、完整性、故障恢复、并发控制四个方面不包括控制数据冗余——这是选择题的经典干扰项。数据库被破坏的四个来源通常指计算机病毒、人为破坏、介质故障、系统故障不同教材表述略有差异按课上口径记。安全性解决“谁能访问什么”完整性解决“数据对不对”恢复解决“坏了怎么修”并发控制解决“同时访问乱不乱”。安全性通过数据库对象的安全体系设置实现核心语句是 GRANT 和 REVOKE。完整性通过主键、外键、CHECK 等约束保证。这两块在关系模型和 SQL 章节已经打过底复习时要把它们串起来看而不是当成新知识。5.2 事务与 ACID故障恢复的基石事务是用户定义的一个操作序列要么全做要么全不做是不可分割的工作单位。四个性质简称 ACID原子性Atomicity、一致性Consistency、隔离性Isolation、持久性Durability。DBMS 中实现隔离性的子系统是并发控制子系统实现持久性靠恢复管理子系统这个对应关系常考。故障恢复涉及两个技术数据转储和登记日志文件。利用事先保存的日志文件和数据库副本就能在数据库被破坏后恢复。转储分静态转储和动态转储、海量转储和增量转储考试一般只要求说出“数据转储 日志”这个组合。5.3 并发控制三类问题、可串行化与封锁协议并发操作可能引起三类问题丢失更新、不可重复读、读脏数据。丢失更新是两个事务同时改同一数据后写的覆盖先写的不可重复读是同一事务两次读同一数据结果不同读脏数据是读到了未提交的数据。注意“无法读出数据”“权限控制”不是并发问题是干扰项。并发调度的可串行化是正确性标准多个事务的并发执行结果与某种串行执行结果相同就是可串行化的。基于锁的并发控制里锁的目的是控制并发访问锁的粒度可以是数据库、表、记录、字段最小的封锁粒度是字段但实际常用记录级。排它锁写锁加锁后其他事务不能读也不能写共享锁读锁加锁后其他事务可读不可写。三级封锁协议要能说清一级封锁协议是修改前加排它锁防丢失更新二级在一级基础上读前加共享锁防读脏数据三级在二级基础上读前加共享锁且读完不立即释放防不可重复读。死锁是两个事务互相等待对方释放锁预防方法有一次封锁法和顺序封锁法。一次封锁法要求一次把所有要用的数据全部加锁防死锁但降低并发度顺序封锁法预先规定封锁顺序所有事务按序加锁。6. 关系数据库设计理论异常、函数依赖与范式判定6.1 四种异常与函数依赖分类关系模式设计不好会带来四类问题数据冗余度大、修改麻烦、插入异常、删除异常。有的教材把“查询异常”也算一类按课上口径记四种即可。产生异常的根源是数据依赖尤其是函数依赖中的部分依赖和传递依赖。函数依赖分完全函数依赖、部分函数依赖、传递函数依赖。X→Y 且 X 的任何真子集不能决定 Y是完全依赖否则是部分依赖。X→Y、Y→Z 且 Y 不决定 X、Z 不包含于 Y则 X→Z 是传递依赖。以学校关系模式学号姓名所在系系主任课程名成绩为例学号→姓名、学号→所在系、所在系→系主任所以学号→系主任是传递依赖学号课程名→成绩是完全依赖而姓名、所在系只依赖学号对候选码学号课程名是部分依赖。候选码是学号课程名。6.2 1NF、2NF、3NF 的判定与转化范式判定是重点也是易错点。1NF要求每个分量不可再分原子性2NF在 1NF 基础上消除非主属性对码的部分函数依赖3NF在 2NF 基础上消除非主属性对码的传递函数依赖。转化路径是1NF 通过分解消除部分依赖到 2NF2NF 通过分解消除传递依赖到 3NF。几个常考结论要记牢只含两个属性的关系模式一定满足 3NF也一定满足 BCNF含三个属性的关系模式不一定满足 3NF任何关系模式都一定有码。3NF 同时一定是 2NF 和 1NF但 3NF 不一定是 BCNF。规范化程度从低到高是非规范关系 1NF 2NF 3NF BCNF题目问“规范化程度最高”时看清选项里有没有 BCNF。6.3 模式分解的两条准则关系模式分解有两条基本原则无损连接性和保持函数依赖。无损连接指分解后自然连接能还原原关系不丢信息保持函数依赖指原关系的函数依赖在分解后的关系中仍能体现。分解到 3NF 可以同时做到无损连接和保持函数依赖分解到 BCNF 可以保证无损连接但不一定保持函数依赖。这个差别是简答题的加分点。7. 易错点与易漏点那些选择题和手写题最爱埋的坑7.1 易错点一映像与独立性对反为什么漏三级模式和两级映像的文字太像复习时容易只记“有映像”不记“谁对谁”。怎么补画一条竖线上外模式、中模式、下内模式外-模式之间写“逻辑独立”模式-内之间写“物理独立”每次做题前默写一遍。7.2 易错点二投影与选择混淆为什么漏两个词都是“挑”中文语感上分不清。怎么补记“投影竖着切、选择横着切”投影出列、选择出行。题目里“挑选指定属性”是投影“挑选指定元组”是选择看到“属性”找 π看到“元组”找 σ。7.3 易错点三空值判断写成等号为什么漏习惯用 比较忘了 NULL 是三值逻辑。怎么补凡涉及空值条件只写 IS NULL / IS NOT NULL看到 NULL直接判错。同理聚合函数 COUNT(*) 统计所有行COUNT(列) 跳过空值这个差别在分组题里会扣分。7.4 易错点四除法类查询的 NOT EXISTS 嵌套层数写错为什么漏两层还是三层、关联条件放哪层手写时容易乱。怎么补固定模板“外层学生、中层课程、内层选课”内层写两个关联条件中层 NOT EXISTS外层 NOT EXISTS。写完用“存在一门没选的课”这句话回读一遍逻辑对得上再落笔。7.5 易错点五范式判定只看表面属性个数为什么漏记住了“两属性一定 3NF”就以为三属性也差不多。怎么补判定范式必须找候选码再看非主属性对码是部分依赖还是传递依赖不能数属性个数下结论。含三个属性的模式完全可能只满足 1NF。8. 复习清单从知识地图到查漏补缺的落地方法复习到这一步最有效的做法不是再刷一遍书而是按模块做一张自检表每格能用自己的话讲出来才算过。下面这张表按七章主线列出必会点和自检方式可以照着逐项打勾。模块必会点自检方式基础与三级模式三阶段区别、DB/DBMS/DBS/DBAS、三级模式两级映像、两种独立性默写映像与独立性对应关系ER 模型三要素、1:1/1:n/m:n 举例、m:n 转换后码的构成给三个场景各举一例关系模型表内表外约束、参照完整性三策略、关系代数五种基本运算手写除法查询模板SQL 与索引DDL/DML 分类、聚簇与非聚簇区别、UNIQUE 与 PRIMARY 关系写建表、建索引、建视图各一条数据库保护四个来源、ACID、三类并发问题、三级封锁协议、死锁预防口述三级封锁协议逐级防什么设计理论四种异常、函数依赖分类、1NF/2NF/3NF 判定、分解两准则给一个模式判范式并说明理由应用设计六个步骤及每步产出按“需求-概念-逻辑-物理-实施-维护”复述查漏补缺的具体技巧是错题归因每道错题不要只记正确答案要标出它属于上表哪一格。如果同一格错两次说明不是粗心是那个模块的地图没建起来回去把对应章节的表格重画一遍。比如关系代数除法连错两次就别再背题把双重 NOT EXISTS 的模板默写五遍每遍用不同表名直到不假思索。还有一个血泪经验SQL 手写题一定要在纸上写完整语句再对照不要只在脑子里过。脑子里过的时候会自动补全漏掉的 FROM、漏掉的关联条件落到纸上才发现SELECT后面少写表别名、GROUP BY和HAVING顺序颠倒。考前那几天我每次做综合题都强制走一遍“先写 FROM 和关联条件、再补 SELECT、最后检查空值和聚合”的流程翻车次数明显下降。希望这份梳理能帮到你把地图装进脑子比背十套卷子管用。本文还有配套的精品资源点击获取
RELATED

相关推荐

数据库期末复习指南:从三级模式到规范化的知识地图

数据库期末复习指南:从三级模式到规范化的知识地图

简介:这份中南大学数据库试题资料面向高校计算机及相关专业学生,尤其适合正在备考数据库原理课程、需要系统梳理知识框架的读者。内容围绕数据库管理系统基础、ER模型、关系模型、SQL语言、数据库保护与关系数据库设计理论展开,并附有选择题、…

📅 2026/10/27 11:44:28
微信PC版C盘空间优化与数据迁移全攻略

微信PC版C盘空间优化与数据迁移全攻略

1. 微信PC版C盘占用问题的根源分析 微信PC版默认将所有聊天记录、图片、视频和文件缓存在C盘用户目录下(通常位于 C:\Users\[用户名]\Documents\WeChat Files ),这个设计对许多用户造成了困扰。经过实测,一个活跃使用3年的微信账…

📅 2026/10/27 11:44:28
n8n实现电商订单全自动处理工作流设计

n8n实现电商订单全自动处理工作流设计

1. 电商订单全自动处理工作流概述 电商订单处理是每个电商企业日常运营中最核心也最繁琐的环节之一。传统的人工处理方式不仅效率低下,还容易出错。n8n作为一款开源的工作流自动化工具,可以帮助我们构建一个完整的电商订单全自动处理系统。 我最近为一个…

📅 2026/10/27 11:39:28
MORE NEWS

更多资讯

📰

抖音小游戏开发:Gravity Engine物理效果优化实践

1. 为什么要在抖音小游戏中使用引力引擎? 在抖音小游戏开发中,物理效果是提升游戏趣味性的关键因素。Gravity Engine(引力引擎)作为Unity中专门处理2D/3D物理效果的插件,能够为小游戏开发者提供开箱即用的物理模拟能力…

📰

Kimi 3.1密电追踪:API痕迹、Swarm蜂群与慢思考的AI应用暗示

1. 先说结论:这波“密电”到底在说什么 1.1 三条线索拼出的拼图 这几天AI圈里最热闹的话题,不是哪家模型又刷了榜单,而是一堆看似零散的线索在同一个时间点冒了出来:有人的API请求里忽然出现了一个从未见过的标识“k3d1-agent”&…

📰

AI伦理与提示工程:架构师的责任边界与实践

1. Agentic AI时代的技术伦理挑战 当AI系统开始具备自主决策能力时,技术伦理问题就从理论探讨变成了迫在眉睫的实践难题。作为提示工程架构师,我们设计的每一个参数、每一组提示词都在无形中塑造着AI的行为模式。去年某大型语言模型在客服场景中出现的歧…

📰

AI Agent在考古学中的应用与技术解析

1. 当AI Agent遇见考古学:一场跨越千年的技术革命 考古学家们正面临着一个前所未有的机遇——AI Agent技术正在彻底改变我们研究历史的方式。去年在埃及某遗址的发掘现场,研究团队使用AI图像分析系统,仅用3小时就完成了过去需要两周人工工作的…

📰

GRU天气预测实战:从数据清洗到上线避坑全流程

天气数据这东西,看起来规整,实际上手才知道有多磨人。我最早接触气象时序预测,是帮一个做农业物联网的小团队处理田间小气候数据,当时想得很简单:温度、湿度、气压这些指标按小时采样,不就是一条曲线往后推…

📰

并行AI代理管理实践:Orca ADE部署与编排全面解析

搞 AI 代理(Agent)开发的人,大概都有过这种体验:单个代理能跑通一个不错的 demo,但一旦任务复杂起来,需要多个代理分工协作——一个负责拆解需求、一个负责写代码、一个负责审查、一个负责跑测试——手忙脚…

TODAY

今日更新

THIS WEEK

本周精选

THIS MONTH

本月热门

读完文章,想聊聊您的网站?

告诉我们您的行业与需求,资深顾问一对一梳理方案与报价,全程免费。

📞 💬