跳转到内容

数据库系统原理考核范围与备考清单

这份总览依据课程考核要求和《数据库系统概论(第6版)》整理。它的用途不是替代后续专题讲义,而是让你先明确:考什么、交什么、教材到哪里找、复习时先抓什么


考核文档中标注的考试日期为 6月1日,时间安排如下。

时间考核形式分值或范围需要完成的事情
12:45-15:00开卷部分满分70分按当天公布的业务背景完成课程报告、SQL代码与运行截图
15:00-16:00闭卷部分关系代数、规范化理论独立完成理论题与推导题
16:10前提交截止开卷课程报告在头歌对应图文作业处提交

注意事项:

携带电脑,并提前充好电。
开卷并不意味着可以现场从零设计,表结构、SQL写法和恢复/安全答题模板应提前练熟。
业务背景在考试当天公布,不能提前自定义固定业务作为最终答案。

模块主题分值需要提交的核心成果
模块一需求分析、概念设计、逻辑设计30需求分析文档、完整E-R图、关系模式及约束
模块二SQL查询编程实现20DDL、DML、5组多表查询、1个视图、运行截图
模块三数据库事务与故障恢复设计10故障分析、备份策略、恢复流程、日志应用方案
模块四数据库安全设计10用户角色权限、DCL代码、安全防护策略
合计70课程报告与可验证的代码结果

报告模板中还提供了“总结反思”部分,属于可选加分内容,建议完成后补写,重点写清自己如何修改方案、调试SQL和处理错误。


你需要在当天公布的业务场景基础上完成:

需求分析文档:说明核心业务、实体、属性,内容不超过2页。
E-R图:核心实体不少于5个,标清属性、主键、外键和联系基数。
关系模式转换:标明主键、外键、非空、唯一等约束。

最容易失分的点:

只有表名,没有说明业务流程。
E-R图没有标联系的1:1、1:N、M:N。
多对多联系没有转换为中间关系表。
关系模式只写字段,遗漏主键、外键、NOT NULL、UNIQUE等约束。

必须使用 MySQL 或 openGauss 完成可运行代码,并提交源码与运行截图。要求包括:

类型要求分值
DDL创建数据库、创建不少于3张表,覆盖实体完整性、参照完整性、自定义完整性6
DML选一个表使用AI辅助生成3条插入数据;自定义并实现更新、删除要求6
查询自定义5组涉及2张及以上表的查询,涉及 LIKEINJOINGROUP BY5
视图创建1个用于简化高频复杂查询的视图3

这里最重要的一句话是:

代码必须自己调试运行,截图中的错误如果保留,需要分析可能原因。

必须分析三类故障:

事务故障
系统故障
介质故障

并为自己的业务系统设计:

日常备份策略
故障发生后的恢复步骤
日志文件如何用于UNDO和REDO

必须完成:

根据业务角色设计用户与权限体系
使用DCL实现用户创建、授权、回收权限、角色分配
从访问控制、密码安全、非法访问防范、数据泄漏防护等角度写安全策略

闭卷部分只有两个核心主题,但需要真正会做题:

主题教材对应章节应掌握内容
关系代数第2章“关系模型”中的关系代数部分选择、投影、连接、集合运算、笛卡尔积、除运算及表达式书写
规范化理论第6章“关系数据理论”函数依赖、候选码、1NF/2NF/3NF/BCNF、分解、无损连接与依赖保持

闭卷复习不能只背定义。你需要能从文字要求出发,写出关系代数表达式;也需要从函数依赖出发,判断关系处于哪一范式并正确分解。


教材主题用于本次考核的内容对应复习资料
第2章 关系模型完整性、关系代数03、关系代数闭卷复习.md,以及SQL约束部分
第3章 关系数据库标准语言SQLDDL、查询、更新、视图02、SQL编程、完整性约束与视图.md
第4章 数据库安全性用户、角色、授权与回收06、数据库安全与DCL权限设计.md
第6章 关系数据理论规范化与模式分解04、规范化理论闭卷复习.md
第7章 数据库设计需求分析、E-R模型、逻辑转换01、需求分析、ER图与关系模式设计.md
第11章 数据库恢复技术事务、故障、日志、备份恢复05、事务、故障恢复与备份方案.md

拿到当天业务背景后,建议按下面顺序做,不容易乱。

从题目中找名词和动词:

名词通常可能成为实体:用户、商品、订单、课程、预约、设备……
动词通常说明联系:购买、预约、选课、借阅、审核、支付……

为每个实体列出:

主键
必要属性
可能的唯一属性
和其他实体的联系

第三步:先画E-R图,再写关系模式

Section titled “第三步:先画E-R图,再写关系模式”

不要直接写SQL后再倒推图。先把业务关系想清楚,SQL表结构会稳定很多。

第四步:建立表并插入最小测试数据

Section titled “第四步:建立表并插入最小测试数据”

每张关键表先准备几行可以连接起来的数据,保证后续查询、视图和截图能得到结果。

把查询要求先用中文写出来,再写SQL。例如:

查询名称中包含某关键字的商品及其所属分类。
统计每位用户完成订单的总金额,只显示总金额超过指定值的用户。

第六步:补事务恢复与安全设计

Section titled “第六步:补事务恢复与安全设计”

这两部分不依赖大量数据,按系统角色和重要数据说明即可,但必须写得与当天业务一致。


  • 需求分析不超过2页,且与当天业务背景一致。
  • E-R图包含不少于5个核心实体。
  • E-R图中主键、联系和联系基数标注清楚。
  • 关系模式注明主键、外键、非空、唯一等约束。
  • DDL至少创建3张表,并体现三类完整性。
  • 插入、更新、删除均有代码和运行证据。
  • 5组查询均涉及2张及以上表。
  • 查询中覆盖 LIKEINJOINGROUP BY 等要求。
  • 创建了1个视图,并能查询出结果。
  • 写出了三类故障及对应恢复方案。
  • 写出了角色权限、DCL代码和安全策略。
  • SQL代码已经在所选数据库中实际运行。
  • 截图清楚展示SQL与结果,不能只贴代码。
  • 若出现错误截图,报告中说明错误原因和修改过程。
  • AI辅助生成内容经过本人修改、验证,并在报告中按要求标记。
  • 不直接复制粘贴未验证的AI内容。
  • 报告正文按要求使用小四字号、20磅行间距。
  • 在提交截止时间前上传到正确的头歌图文作业位置。

如果时间有限,可以按这个优先级复习:

第一优先:关系代数、规范化理论
原因:闭卷,必须靠自己写出来。
第二优先:E-R图到关系表的转换、DDL和多表查询
原因:开卷分值最大,并且需要现场可运行。
第三优先:事务恢复和DCL安全代码模板
原因:题型稳定,提前整理后现场只需换业务名称。

开卷资料越容易检索越好;闭卷部分则要用题目反复练到不看笔记也能完成。