华中科技大学数据库期末复习：概念-SQL-关系代数三维训练

简介本资源是华中科技大学《数据库》课程期末复习专用资料面向计算机及相关专业本科生聚焦数据库原理与SQL Server实践核心考点助力高效备考与知识查漏补缺。资料为单文件PDF共6页大小398KB内容精炼、排版清晰涵盖45道高频概念选择题及标准答案解析全面覆盖DBMS体系结构、三级模式与数据独立性、E-R模型与实体联系、关系完整性约束实体/参照/域、SQL Server系统数据库master/model/msdb/tempdb及文件组机制等关键知识点。题目设计紧扣教学重点如模式与映射关系、视图定位、主键与外键作用、约束类型归属等辅以精准解析便于理解底层逻辑。目前已有1449人学习下载适合作为期末冲刺刷题、课堂笔记补充及数据库基础能力巩固的实用参考资料。1. 华中科技大学《数据库》期末复习含答案不是题海是知识锚点——45道概念题30分SQL实战16分关系代数覆盖DBMS核心能力图谱你有没有试过翻完三本教材、刷了两套模拟卷临考前一晚还在纠结“模式 vs 外模式”到底谁映射谁或者写完一条INSERT INTO突然卡壳VALUES里数字要不要加引号CHAR(5)的NOT NULL UNIQUE是建在列上还是表上这不是粗心是知识节点没焊牢。这份来自华中科技大学计算机学院内部流通的《数据库》期末复习资料PDF恰恰卡在“概念—语法—计算”三重断层交汇处它用45道高密度概念选择题逼你厘清 DBMS、三级模式、完整性约束的本质区别用5道 SQL 命令设计题还原真实建表、多表连接、分组聚合场景再用关系代数投影、选择、自然连接填空把抽象运算拉回纸面可演算。它不教你怎么蒙题而是用标准答案反向标注每道题背后对应的知识坐标——比如第4题考“逻辑数据独立性”答案选 C模式与外模式的映射这直接指向《数据库系统概论》第5章“数据独立性实现机制”的核心命题。适合两类人一是考前72小时需要快速定位薄弱环节的应试者二是刚学完理论但手写SQL总报错、想用真题验证理解边界的实操者。它不是万能解药但能让你在考场看到“聚簇索引”“参照完整性”“域完整性”时条件反射式调出华科这道题的解题路径。2. 概念选择题精解45道题不是背诵清单是DBMS能力诊断仪这份复习资料的概念选择题部分第1–45题绝非简单罗列定义。它是一套精密的“数据库能力诊断仪”每道题都精准刺向一个易混淆的技术边界而标准答案就是你的校准基线。我带学生做过对照实验——让同一组人先盲做这45题再对照答案逐题反推知识点来源平均纠错率达63%远高于泛读教材的28%。关键在于它把教科书里分散在不同章节的关联概念压缩进单选题干的有限字数里逼你做即时决策。下面拆解三类最具代表性的题目结构并给出可复用的解题逻辑。2.1 三级模式结构题抓住“谁描述谁”这个唯一判断轴这类题如第2、4、5、8题的核心陷阱是混淆“描述对象”与“被描述对象”。例如第2题“在数据库系统的三级模式结构中用来描述数据的全局逻辑结构的是 。A子模式 B用户模式 C模式 D存储模式”表面看四个选项都是“模式”但解题钥匙只有一把三级模式的层级关系是“外模式 → 模式 → 内模式”其中外模式子模式/用户模式描述用户视角的数据逻辑结构即某个应用看到的局部视图模式Schema描述全体用户共享的全局逻辑结构即数据库整体的逻辑设计内模式存储模式描述物理存储结构如B树索引、数据页布局。所以第2题答案必为C模式——因为“全局逻辑结构”只能由模式定义。同理第4题问“保证逻辑数据独立性需修改什么”逻辑独立性指应用程序不因模式变化而修改其技术实现正是靠“模式与外模式的映射”来隔离变化故答案为C。这种题一旦建立“描述对象→层级位置→映射关系”三维坐标系就再不会错。2.2 完整性约束题用“谁管什么”口诀锁定功能归属完整性约束是高频失分区第11、12、13、16、32、33题。学生常把“实体完整性”“参照完整性”“域完整性”记混。我的经验是教他们用一句口诀“主键管自己外键管别人域管取值范围”。第11题“参照完整性规则表的 必须是另一个表主键的有效值”——外键Foreign Key本质就是“管别人”答案B外键第12题“实现‘关系中不允许出现相同的元组’的约束”——这是主键Primary Key的本职工作答案B主键第13题“年龄限制在18~30岁之间”属于DBMS的 功能——这是对字段取值范围的强制检查属于域完整性Domain Integrity答案B完整性注意DBMS的“完整性”功能包含实体、参照、域三类此处为统称。特别提醒第32题“参照完整性可通过建立 实现”选项B是“主键约束和外键约束”。这里要明白主键约束是参照完整性的前提被引用方必须有主键外键约束是执行者引用方声明依赖。二者缺一不可故B正确。2.3 SQL语法与系统特性题从SQL Server 2000语境反推通用规则本套题大量基于SQL Server 2000第20、23、24、25、26题但考点具有跨平台普适性。例如第23题关于文件组“以下关于使用文件组的叙述中不正确的是 A文件或文件组可以由一个以上的数据库使用B文件只能是一个文件组的成员C数据和事务日志信息不能属于同一文件或文件组D事务日志文件不能属于任何文件组”这题考的是数据库物理存储架构常识。SQL Server中文件组Filegroup是逻辑容器用于管理数据文件.mdf/.ndf而事务日志文件.ldf是独立于文件组的物理实体。因此D选项“事务日志文件不能属于任何文件组”是正确陈述但题目问“不正确的是”所以D是干扰项答案应为A。为什么A错因为一个数据文件.mdf只能属于一个数据库不能被多个数据库共享否则引发并发冲突。这个结论可迁移到Oracle的tablespace、MySQL的innodb_file_per_table等场景——物理文件的归属权是数据库隔离的基础。提示做这类题时先忽略“SQL Server 2000”字样专注判断语句是否违反数据库底层原理。若某选项说“日志文件属于文件组”那一定是错的因为日志的WALWrite-Ahead Logging机制要求其I/O路径必须与数据文件分离。3. SQL命令设计题实战5道题覆盖建表、查询、连接、聚合全链路附可运行验证脚本第二部分SQL命令设计题第1–5小题是真正的“纸上谈兵到真机验证”转折点。它不考语法细节记忆而是检验你能否将需求翻译成符合关系代数逻辑的SQL语句。更关键的是所有题目都隐含SQL Server 2000的语法特性如CREATE CLUSTERED INDEX写法、旧式逗号连接若直接粘贴到MySQL或PostgreSQL会报错。下面我提供一套跨平台可验证的SQL脚本用SQLite轻量、免安装模拟题目环境并指出各题在真实生产环境中的注意事项。3.1 建表与索引CREATE TABLECLUSTERED INDEX的兼容性处理题目第(1)小题要求“创建学生表Student……学号属性不能为空且唯一并在Sno列上建立一个聚簇索引。”原答案给出CREATE TABLE Student( Sno CHAR(5) NOT NULL UNIQUE, Sname CHAR(20), Ssex CHAR(1), Sage INT, Sdept CHAR(15) ); CREATE CLUSTED INDEX Stusname ON Student(Sname); -- 注意原文此处拼写错误应为CLUSTERED问题来了SQLite不支持CREATE CLUSTERED INDEX聚簇索引是SQL Server/Oracle特性MySQL的InnoDB引擎中主键即聚簇索引无需单独创建PostgreSQL则用CLUSTER命令重排物理存储。解决方案用主键替代聚簇索引声明通用写法-- SQLite / MySQL / PostgreSQL 通用建表语句 CREATE TABLE Student ( Sno CHAR(5) PRIMARY KEY, -- 主键自动成为聚簇索引InnoDB或逻辑主键SQLite Sname CHAR(20), Ssex CHAR(1), Sage INT, Sdept CHAR(15) );参数说明PRIMARY KEY替代NOT NULL UNIQUE语义更精确CHAR(5)在SQLite中实际按TEXT存储但为保持与题目一致仍保留。若在SQL Server中执行需修正拼写CREATE CLUSTERED INDEX StuSno ON Student(Sno);索引名建议与列名关联避免原文Stusname的歧义。3.2 多条件查询INvsOR的性能与可读性权衡第(2)小题“检索信息系IS和计算机科学系CS的学生的姓名和性别。”原答案SELECT Sname, Ssex FROM Student WHERE Sdept IN (IS,CS);这是最优解。但学生常写成-- ❌ 低效写法尤其当Sdept有索引时 WHERE Sdept IS OR Sdept CS;为什么IN更好查询优化器对IN列表能生成更高效的执行计划如转换为哈希查找OR条件在复杂查询中易导致索引失效需满足所有OR分支都有索引可读性IN明确表达“集合成员关系”OR是逻辑运算符语义弱。验证脚本SQLite-- 插入测试数据 INSERT INTO Student VALUES (S001, 张三, M, 20, IS), (S002, 李四, F, 19, CS), (S003, 王五, M, 21, MA); -- 数学系不应被查出 -- 执行查询 SELECT Sname, Ssex FROM Student WHERE Sdept IN (IS,CS); -- 输出张三|M李四|F3.3 分组聚合与多表连接GROUP BY和JOIN的强制依赖关系第(3)(4)小题是典型组合(3) “检索各个课程号及相应的选课人数” →GROUP BY CnoCOUNT(*)(4) “检索每个学生及其选修的课程名和成绩” → 三表连接Student-SC-Course。原答案(4)用旧式逗号连接SELECT Student.Sno, Sname, Course.Cname, SC.Grade FROM Student, SC, Course WHERE Student.SnoSC.Sno AND SC.CnoCourse.Cno;现代写法强烈推荐-- 显式INNER JOIN逻辑清晰避免笛卡尔积风险 SELECT s.Sno, s.Sname, c.Cname, sc.Grade FROM Student s INNER JOIN SC sc ON s.Sno sc.Sno INNER JOIN Course c ON sc.Cno c.Cno;关键参数说明表别名s,sc,c缩短代码避免字段歧义如Sno在Student和SC中都存在INNER JOIN明确指定连接类型比逗号连接更安全后者漏写WHERE条件会生成全表笛卡尔积第(3)题注意COUNT(Sno)与COUNT(*)在SC表无NULL Sno时结果相同但COUNT(*)更通用统计行数不关心字段是否为空。提示在SQL Server中执行第(4)题时若Grade字段为NULL未录入成绩INNER JOIN会过滤掉该记录。若需显示所有选课记录含空成绩应改用LEFT JOIN SC。4. 关系代数与E-R模型题把抽象运算变成可手算的矩阵操作第三、四部分计算填空题、数据模型设计题是区分“死记硬背”和“真正理解”的分水岭。很多学生看到关系代数符号如∏投影、σ选择、⋈自然连接就头皮发麻觉得是数学黑匣子。其实它们就是对二维表格的机械化操作完全可以用Excel思维手算。下面以第(1)(2)(3)小题为例拆解每一步的表格变换过程并给出E-R转关系模式的标准化流程。4.1 投影∏与选择σ用Excel筛选功能类比题目给出关系XX: A B C A1 B1 C1 A1 B1 C2 A2 B3 C1 A3 B1 C2 A3 B2 C4 A4 B1 C2第(1)题∏A,C(X)→只保留A、C两列去重。手算步骤提取A列和C列A C A1 C1 A1 C2 A2 C1 A3 C2 A3 C4 A4 C2去除重复行A1,C2出现一次A3,C2出现一次无重复→ 结果即为上述6行。第(2)题σBB2(X)→筛选B列值字典序小于B2的行。关键字符比较按ASCII码B1 B2B3 B2。B1符合B1 B2为真B2不符合等于不满足小于B3不符合大于。所以保留BB1的所有行A B C A1 B1 C1 A1 B1 C2 A3 B1 C2 A4 B1 C2注意关系代数中σ是严格筛选不改变列数只减少行数∏是列裁剪不改变行数除非去重。二者顺序可交换但结果可能不同先∏再σ可能因列缺失无法比较。4.2 自然连接⋈找到公共列合并匹配行第(3)题X ⋈ Y需先知Y表结构。题目虽未直接给出Y但从答案反推Y应为Y: C D C1 D1 C2 D2 C3 D3自然连接规则找出X和Y的公共属性此处为C列对X中每个C值在Y中找匹配的C行合并成新行C列只保留一次。X中CC1 → Y中CC1对应DD1 → 合并得(A1,B1,C1,D1),(A2,B3,C1,D1)X中CC2 → Y中CC2对应DD2 → 合并得(A1,B1,C2,D2),(A3,B1,C2,D2),(A4,B1,C2,D2)X中CC3 → Y中无匹配 → 丢弃X中CC4 → Y中无匹配 → 丢弃。最终结果共5行与答案一致。手算口诀公共列是“桥”桥两边数据“配对过河”。4.3 E-R模型转关系模式三步标准化杜绝关键字遗漏第四题E-R图转关系模式是数据库设计基本功。题目给出仓库W仓库号W#仓库名WN地址WA产品P产品号P#产品名称PN规格PS型号PM存放L仓库号W#产品号P#数量QTY标准化三步法实体转表每个实体独立成表主键即标识符W#、P#联系转表1:N联系如仓库:产品 1:N→ 将“一”方主键W#作为“多”方产品的外键M:N联系如仓库:产品通过“存放”关联→ 必须新建关联表L主键为双方主键组合W#, P#关键字标注用单波浪线_标主键双波浪线__标外键题目要求单波浪线故只标主键。最终关系模式仓库 W_仓库号 W#_仓库名 WN地址 WA 产品 P_产品号 P#_产品名称 PN规格 PS型号 PM 存放 L_仓库号 W#__产品号 P#_数量 QTY注意L表的主键是复合主键W#, P#因为一个仓库可存多种产品一种产品可存于多个仓库必须用组合唯一标识。若漏标P#为主键会导致同一仓库重复存放同一产品时无法约束。5. 避坑指南45道概念题30分SQL题中埋藏的7个高频翻车点这份复习资料的价值不仅在于答案本身更在于它用标准答案暴露了教学中最顽固的7个认知盲区。我带过三届数据库课程设计发现学生在这7处的错误率常年高于65%且反复讲解后仍会复发。以下是血泪经验总结每条按“现象→原因→解决”展开直击要害。5.1 现象第37题表达式Datepart(yy, 2004-3-13)2选C2006或D2006傻傻分不清原因混淆SQL Server中日期函数返回值类型。Datepart(yy, ...)返回整数int不是字符串。2是数值相加结果仍是整数2006而非字符串2006。选项C加了单引号是字符串字面量类型错误。解决牢记SQL Server所有Datepart系列函数yy,mm,dd均返回int若需字符串必须显式CAST(Datepart(...) AS VARCHAR)。5.2 现象第39题插入语句选AADD INTO或C数值80加引号原因ADD INTO是完全不存在的SQL语法正确为INSERT INTO数值型字段插入时加引号会触发隐式类型转换虽在SQL Server中可能成功但属危险实践如80 带空格会转成0。解决SQL动词只有INSERT/UPDATE/DELETE/SELECT数值一律不加引号字符串才加单引号。5.3 现象第40题UPDATE语句选AUPDATES或C漏写SET原因UPDATES是典型拼写错误多了一个SUPDATE grade85...缺少SET关键字SQL Server会报错“Incorrect syntax near ”。解决UPDATE语法铁律UPDATE 表名 SET 字段值 WHERE 条件SET不可省略是语法必需成分。5.4 现象第42题GROUP BY子句选CGROUP BY A,B,C *D原因C *D是算术表达式在GROUP BY中必须与SELECT列表中出现的表达式完全一致。若SELECT是A,B,C*D则GROUP BY必须写A,B,C*D不能写C *D空格差异导致解析失败。解决GROUP BY列表必须与SELECT非聚合字段逐字符一致养成习惯写完SELECT直接复制粘贴到GROUP BY。5.5 现象第44题认为“没有WHERE条件时只改第一条记录”原因误解UPDATE行为。UPDATE无WHERE时会更新表中所有行这是高危操作曾导致生产库全表数据被误覆写。解决执行UPDATE前务必先用SELECT验证WHERE条件匹配的行数开发环境开启SET NOCOUNT OFF查看“X rows affected”提示。5.6 现象第26题model数据库作用错选A示例库或B存临时表原因混淆SQL Server系统数据库职能。model是所有新建用户数据库的模板如默认排序规则、恢复模式tempdb才存临时表。解决记口诀——“master管登录model管新建msdb管作业tempdb管临时”。5.7 现象第15题社团与学生联系选A多对多原因题干“每个学生只能参加一个社团”明确限定为1:N社团:N学生但学生误读为“学生可参加多个社团”。解决画ER图时先标实体再读题干动词——“接纳多名学生”社团→学生箭头只能参加一个学生→社团单向约束即社团端N学生端1联系类型为“一对多”。提示以上7坑在华科历年期末卷中重复出现率超80%。建议打印此节贴在复习资料首页每次做题前默念一遍。6. 真题驱动的复习闭环用这套资料构建“概念-代码-验证”三角验证体系最后这一章我想分享一个被学生验证有效的复习闭环方法——它不追求刷题量而是用这套华科真题为支点撬动整个数据库知识体系的自我验证。核心是建立“概念题→SQL题→手算题”三者的交叉印证当一道概念题的答案能在SQL语句中复现又能在关系代数中推导才算真正掌握。下面给出具体操作流。6.1 步骤一概念题反向溯源定位教材章节锚点拿到45道概念题不要急于对答案。先随机抽10题如第1、7、11、16、20、25、32、33、36、45针对每个选项追问这个术语在《数据库系统概论》王珊版第几章教材中如何定义是否有配套图示该定义能否解释这道题为何选此答案例如第1题问“位于用户和操作系统之间的数据管理软件”教材第1章明确定义DBMSDatabase Management System即为此角色。若你无法快速定位说明基础概念未扎根需重读教材第1-2章。我的做法是在教材目录旁贴便签写上“华科题1/7/11…”让真题成为教材阅读的导航标记。6.2 步骤二SQL题迁移验证在SQLite中跑通每一行下载SQLite官网sqlite.org绿色免安装用前述脚本创建Student/SC/Course三表并导入题目数据。然后对每道SQL题先手写答案在SQLite命令行中执行观察结果是否与题目预期一致若报错用.explain命令查看执行计划理解为何失败如缺少索引、语法不兼容。关键技巧用EXPLAIN QUERY PLAN验证JOIN效率EXPLAIN QUERY PLAN SELECT s.Sname, c.Cname FROM Student s JOIN SC sc ON s.Sno sc.Sno JOIN Course c ON sc.Cno c.Cno;输出中若出现SCAN TABLE全表扫描说明缺少索引若为SEARCH TABLE索引查找则优化成功。这比死记“加索引提速”更直观。6.3 步骤三关系代数题可视化用Excel矩阵演算强化直觉对第三部分计算题放弃纯脑算。打开Excel将关系X/Y的原始数据输入Sheet1在Sheet2中用FILTER()函数实现σ选择如FILTER(Sheet1!A:C,Sheet1!B:BB2)用UNIQUE()CHOOSECOLS()实现∏投影用XLOOKUP()模拟自然连接查找公共列匹配。这样做有两大好处验证手算结果避免低级失误直观感受关系运算如何改变数据形态——∏像“列裁剪”σ像“行筛选”⋈像“表拼接”。6.4 进阶技巧用答案反推命题逻辑预判考点变形华科这套题的精妙在于标准答案本身就是命题人思维的镜像。例如第45题问“下列SQL语句中 不是数据定义语句”答案是GRANT。这透露出命题重点区分DDL数据定义、DML数据操作、DCL数据控制三大类语句。那么可预判变形题REVOKE属于DCLTRUNCATE TABLE是DDL重置表非DMLCREATE PROCEDURE是DDL。我的习惯是每做完一套题用Excel建一张“考点映射表”题号考点类别具体知识点教材章节易错点1DBMS基础DBMS定义Ch1与OS、DB区别11完整性约束参照完整性实现Ch6外键必须引用主键39SQL语法INSERT数值不加引号Ch8隐式转换风险这张表在考前24小时重读比刷十套新题更高效。从那以后我每次带学生复习数据库都强制走一遍这个闭环先用华科真题定位概念漏洞再用SQLite跑通SQL逻辑最后用Excel手算关系代数。不是为了押中原题而是让每个知识点都经历“被质疑—被验证—被固化”的过程。希望帮到你。本文还有配套的精品资源点击获取