数据库和程序设计考试那些让人头疼又不得不做的题目分享

综合参考了众多高校学生的课程论坛讨论、知乎相关话题下的匿名吐槽以及微博上学生们的考前“哀嚎”等非正式渠道，反映了普遍存在的考试难点和学生心态。）

说到数据库和程序设计这门课的考试,那可真是让无数理工科学子又爱又恨，爱的是它确实是硬核技能，恨的是考试题目总能精准地戳中你知识体系里最薄弱的那一环，下面就来聊聊那些年，我们一起头疼过的考题类型。

第一大头疼：SQL查询，看着简单写起来要命

理论课上学了SELECT、FROM、WHERE，感觉天下我有，但考试卷子发下来那一刻就傻眼了，题目从来不会直接问“请查询学生表中所有男生的姓名”，而是会给你一个极其复杂的业务场景。

比如这种：“查询选修了‘张老师’所授全部课程的学生学号和姓名”。（来源：常被引用的经典“难题”范例）你看着题目，脑子里可能知道要用到“除法”概念，但SQL里没有直接的除法运算符啊！这就得用双重NOT EXISTS或者GROUP BY + HAVING COUNT的套娃写法来模拟，平时练习少写一次，考场上大脑绝对一片空白，只能眼睁睁看着分值巨大的题目无从下手。

更绝的是多表连接,题目会给出一张画得密密麻麻的E-R图，下面跟着五六个相关的数据表，然后让你写一个查询，需要连接这五六个表，还要考虑左连接、右连接的区别，生怕你漏掉那些没有选课或者没有成绩的学生信息，写完以后，光是表别名就用了a, b, c, d, e, f，自己回头检查时都看不懂这串“密码”是什么意思了。（来源：基于学生论坛上对复杂JOIN查询的普遍抱怨）

第二大头疼：范式理论，绕来绕去的概念题

这部分是纯理论考核的重灾区,什么第一范式（1NF）、第二范式（2NF）、第三范式（3NF），BCNF……光记住名字和定义就够呛了，题目通常会给一个关系模式和一串函数依赖，然后问你“该关系最高属于第几范式？为什么？请将其分解为BCNF”。

这个过程简直是一场逻辑噩梦,你要先找候选码，再根据函数依赖判断是否存在部分依赖或传递依赖，每一步推理都得清清楚楚写在卷面上，因为“结果对但过程不对”照样扣分，最让人崩溃的是，有时候你辛辛苦苦分解完，发现分解后的关系模式虽然满足了BCNF，却丢失了原有的函数依赖，破坏了无损连接性或函数依赖保持性，考场上时间紧迫，根本没空反复验证，只能硬着头皮写下去，心里默默祈祷老师能手下留情。（来源：知乎上关于数据库范式分解难题的高赞回答分析）

第三大头疼：ER图/UML图，从读懂到画对的鸿沟

读图题还好,最怕的是根据一段冗长的、充满“业务黑话”的文字描述，让你画出完整的实体-联系图（ER图）或者UML类图。 描述可能是这样的：“一个项目由多个任务组成，每个任务需要由至少一名员工负责，但一名员工可以同时负责多个项目的多个任务，每个任务有预计工时和实际工时，项目有预算，员工有所属部门……”（来源：模仿常见课程设计题目描述）你需要从这段话里精准地抽象出实体、属性、联系类型（1:1, 1:N, M:N）、联系的属性等，画M:N联系时，如果忘了把它转换成一个独立的关系模式并加上联系自身的属性，分数一下就溜走了，这考验的不仅是技术，更是语文阅读理解能力。

第四大头疼：程序设计大题，代码填空和错误调试

程序设计部分的考试,除了让你手写完整程序这种“大工程”外，更常见也更烦人的是“代码填空”和“找错误”。

代码填空会给你一段实现某个特定功能（比如链表操作、二叉树遍历、数据库连接和查询）的程序，但故意挖掉几个关键语句，你可能完全理解程序逻辑，但那个空就是要你用某种特定的语法或API调用来填，差一个字母都不行，你知道这里要连接数据库，但一时想不起来JDBC里是Connection还是connection，或者那个关键的SQL异常类名到底怎么拼。

找错误题就更阴险了,给出一段能编译但运行结果不对，或者有潜在内存泄漏、SQL注入风险的代码，让你找出所有错误并改正，这需要你有“火眼金睛”，不仅看语法，更要看逻辑和安全性，一个简单的if (a = b)赋值而非比较的错误，混在一大段代码里，稍不留神就放过去了。（来源：学生对编程考试中“坑人”题型的普遍吐槽）

第五大头疼：综合应用题，理论与实践的结合“修罗场”

这是压轴大题,通常占分最高，也最让人头皮发麻，题目会描述一个小的应用系统需求（比如简单的图书馆借阅管理、学生选课系统），然后要求你：

1. 设计数据库（画ER图，写出关系模式）。
2. 写出创建主要表的SQL语句（包括主键、外键约束）。
3. 写出实现核心业务逻辑的程序代码片段（借书”功能，要同时更新多个表，处理各种异常情况）。 要求你在有限的时间里，在数据库设计和程序编码之间来回切换思维，任何一个环节卡住，后面都会受影响，它完美地模拟了开发流程，也完美地击溃了考前抱佛脚同学的信心。（来源：多位学生在课程评价中提及的“大作业式”考题）

数据库和程序设计考试的这些题目,之所以让人头疼，是因为它们不仅仅考察记忆，更强调在压力下的逻辑思维、细节把握和综合应用能力，虽然过程痛苦，但不得不承认，能顺利搞定这些题目的同学，往往在后续的课程设计和实际开发中会显得更加游刃有余，尽管头疼，还是得硬着头皮去做、去理解，这大概就是成长的代价吧。