UNSW COMP9311 数据库核心大作业：ER 图设计与 SQL 调优逻辑拆解

　　UNSW COMP9311 Database Systems Design 是不少新南威尔士大学(UNSW)计算机专业学生认为难度较高的一门核心课程，真正影响成绩的往往不是 SQL 语法本身，而是从业务需求到数据库设计，再到查询优化的完整逻辑链。

　　对于 COMP9311 的大作业而言，ER 图设计(Entity Relationship Diagram)、关系模式转换(Relational Schema)、Functional Dependencies(函数依赖)、Normal Forms(范式设计)以及 SQL 查询优化通常是决定项目质量的关键部分。很多学生的问题并不是不会写 SQL，而是在数据库结构设计阶段没有建立正确的数据模型，导致后续查询逻辑、性能分析甚至最终结果都受到影响。

　　UNSW COMP9311 大作业主要考察什么?

　　根据 UNSW Computer Science and Engineering 学院公开课程信息，COMP9311 Database Systems Design 主要围绕数据库设计理论、关系模型、SQL 查询、数据库规范化以及数据库实现展开。

　　课程学习目标并不是单纯让学生掌握 SELECT、JOIN 等 SQL 基础操作，而是要求学生理解数据库系统背后的设计原则。

　　在实际项目中，一个完整数据库任务通常需要经历：

　　需求分析 → ER 模型设计 → ER 转关系模型 → Schema 优化 → SQL 查询实现 → 性能分析。

　　其中任何一个环节出现问题，都会影响最终结果。

　　例如，一个看似简单的用户订单系统，如果在 ER 图阶段没有正确判断用户、订单、商品之间的 cardinality(基数关系)，后续生成的数据表结构可能出现：

　　数据重复存储;

　　更新异常(Update Anomaly);

　　删除异常(Delete Anomaly);

　　查询效率下降。

　　这也是很多 COMP9311 学生完成大作业时容易忽略的问题。

　　COMP9311 Final 与大作业为什么容易失分?

　　根据课程考核安排，26T2 Final 占总成绩的 50%。

　　课程最终是否通过，并不是简单看 Final 分数，而是平时考核部分与 Final 成绩通过 harmonic mean(调和平均数)计算。如果两个部分成绩差距较大，其中一项明显偏低，另一项很难完全弥补。

　　这意味着：

　　即使平时作业完成不错，如果 Final 数据库理论部分失分较多，整体成绩仍可能受到影响。

　　Final 常见考察方向包括：

　　Short-answer;

　　Data modelling;

　　Schema analysis;

　　Relational algebra。

　　复习范围通常不会只停留在 SQL 查询，而会覆盖：

　　SQL / PLpgSQL;

　　Functional Dependencies;

　　Minimal Cover;

　　Candidate Keys;

　　Normal Forms;

　　Disk/File/Index;

　　Transaction;

　　Concurrency。

　　很多学生备考时容易陷入一个误区：大量刷 SQL 查询题，却忽略数据库设计理论。

　　实际上，COMP9311 的考察逻辑更接近：

　　“为什么这样设计数据库?”

　　而不是：

　　“这一条 SQL 能不能运行?”

　　ER 图设计为什么是 COMP9311 大作业核心?

　　ER Diagram 是数据库设计的第一步，也是最容易影响后续结果的部分。

　　一个合理的 ER 图需要准确表达：

　　Entity(实体);

　　Attribute(属性);

　　Relationship(关系);

　　Primary Key(主键);

　　Cardinality(关系数量)。

　　例如设计一个在线课程平台数据库：

　　学生(Student)可以注册多个课程(Course)，课程也可以对应多个学生。

　　如果直接建立 Student 和 Course 的多对多关系，而没有通过 Enrollment(选课记录)进行拆分，那么后续增加：

　　成绩;

　　注册时间;

　　课程状态;

　　这些信息时，就会出现结构问题。

　　正确的数据模型通常需要增加中间实体，将复杂关系转换成清晰的关系模式。

　　这也是 COMP9311 大作业评分中非常关注的设计思维。

　　从 ER 图到 Schema 转换有哪些常见错误?

　　很多学生认为 ER 图完成后，数据库设计已经结束，但实际关系模式转换才是容易出问题的阶段。

　　常见错误包括：

　　主键设计不合理

　　例如一个表同时包含多个业务字段，却没有明确唯一标识。

　　后续可能导致：

　　数据重复;

　　查询条件复杂;

　　索引效率下降。

　　忽略 Cardinality

　　一对多、多对多关系转换方式不同。

　　如果没有根据关系类型正确拆分表结构，即使 SQL 写得正确，也是在错误的数据模型上执行。

　　没有进行规范化分析

　　COMP9311 中 Functional Dependency 和 Normal Form 是重要知识点。

　　面对一个关系模式，需要判断：

　　Functional Dependency 是否存在;

　　Candidate Key 如何确定;

　　是否满足 2NF、3NF 或 BCNF。

　　规范化不是为了让数据库“更复杂”，而是减少数据冗余，提高一致性。

　　SQL 调优应该关注什么?

　　完成数据库结构设计后，SQL 优化才真正开始。

　　很多学生优化 SQL 时，只关注语句长度，认为代码越短性能越高。

　　实际数据库优化更关注：

　　查询执行计划;

　　Index 使用情况;

　　Join 顺序;

　　数据扫描范围。

　　例如一个查询原本需要扫描 100 万条记录，通过合理建立索引后，实际扫描数据可能降低到几千条甚至更少。

　　在 PostgreSQL 环境下，可以通过 EXPLAIN 或 EXPLAIN ANALYZE 查看查询执行情况。

　　一个简单例子：

　　没有索引时：

　　查询可能采用 Sequential Scan(全表扫描)。

　　建立合适索引后：

　　数据库可能采用 Index Scan，提高查询效率。

　　但索引并不是越多越好。

　　过多索引会增加：

　　数据写入成本;

　　存储空间;

　　更新维护压力。

　　COMP9311 的 SQL 优化更强调理解数据库系统运行机制，而不是机械增加索引。

　　COMP9311 学习过程中最容易踩哪些坑?

　　很多留学生第一次接触数据库设计，会把课程理解成编程课。

　　实际上，COMP9311 更偏向计算机科学基础课程。

　　SQL 只是表达工具，真正核心的是：

　　如何设计一个稳定、高效、可扩展的数据结构。

　　比较常见的问题包括：

　　没有先分析需求就开始画 ER 图。

　　一些学生拿到项目要求后马上创建表结构，但没有先提取业务实体和约束条件，导致后期不断修改。

　　只关注最终查询结果，不关注数据库设计合理性。

　　课程评分通常不仅看 SQL 是否返回正确结果，也关注 schema 是否符合设计原则。

　　忽略理论知识。

　　Functional Dependency、Normalisation、Transaction、Concurrency 这些内容看似偏理论，但 Final 和项目分析中都会出现。

　　如何提高 UNSW COMP9311 大作业完成质量?

　　比较有效的方法是建立一条完整建模链：

　　需求中的关键名词和约束条件，先转换成 Entity 和 Relationship;

　　完成 ER 图后，检查每个实体的 Key 和 Cardinality;

　　转换成 Relations 后，通过 Functional Dependency 分析 Candidate Keys 和 Normal Forms;

　　最后再进入 SQL 编写和 Query Optimization。

　　这条路径能够避免一个常见问题：

　　SQL 写得很漂亮，但建立在错误 Schema 上。

　　数据库课程真正训练的是设计能力，而不是单纯代码能力。

　　FAQ：UNSW COMP9311 数据库课程常见问题

　　Q：UNSW COMP9311 大作业最难的部分是什么?

　　A：很多学生认为 SQL 是最大难点，但实际情况通常是 ER 图设计和 Schema Analysis。

　　如果数据库结构设计错误，后续 SQL、Query Optimization 都会受到影响。因此建议优先理解实体关系、主键设计以及规范化逻辑。

　　Q：COMP9311 Final 需要重点复习哪些内容?

　　A：Final 不建议只复习 SQL。

　　根据课程考核范围，建议覆盖：

　　Data Modelling;

　　Relational Algebra;

　　SQL / PLpgSQL;

　　Functional Dependencies;

　　Normal Forms;

　　Index;

　　Transaction;

　　Concurrency。

　　其中 ER 到 Relation 的转换逻辑，是很多综合题的基础。

　　Q：COMP9311 大作业需要提前多久准备?

　　A：如果涉及完整数据库设计项目，建议至少提前 2-3 周开始整理需求和设计结构。

　　临近截止日期再修改 ER 图，通常会影响后续 SQL 实现，因为数据库结构调整会牵一发动全身。

　　Q：UNSW COMP9311 课程辅导应该关注哪些方面?

　　A：选择数据库课程辅导时，不建议只看是否能够帮助完成 SQL。

　　更重要的是导师是否理解数据库设计逻辑，包括 ER Modeling、Normalization、Query Optimization 和 PostgreSQL 环境。

　　海马课堂目前服务留学生人数达到58万+，覆盖全球1100+高校，拥有24000+全球菁英导师，其中博士导师750+，硕博导师占比100%。针对计算机科学、软件工程、数据库等课程方向，可根据学生课程需求匹配对应专业背景导师，帮助学生理解课程逻辑并提升学习效率。

　　Q：学习 COMP9311 时可以直接套用网上数据库模板吗?

　　A：不建议。

　　数据库项目通常会根据题目需求设置不同实体关系和约束条件，直接套用模板容易出现：

　　Entity 定义错误;

　　Primary Key 不合理;

　　Relationship 缺失;

　　Normalisation 不符合要求。

　　理解设计过程，比复制已有结构更重要。