软件设计师数据库设计题怎么做？ER图、关系模式和范式讲解

数据库设计题先找实体，不要先想表

很多同学一看到数据库设计就急着画表，结果字段堆在一起，主键外键也乱。更稳的顺序是先从业务描述里找实体，比如客户、订单、商品、课程、学生。

实体通常是业务中需要长期管理的对象。找到实体后，再看实体之间是一对一、一对多还是多对多。联系类型决定后面怎么转成关系表。

一对多关系通常把“一”端的主键放到“多”端作为外键。比如客户和订单，一个客户多个订单，订单表里保存客户编号。

多对多关系通常单独建立联系表。比如学生选课，学生和课程之间不能简单把课程编号塞进学生表，而应建立选课表。

主键是表中用于唯一标识一条记录的字段或字段组合。候选键是能唯一标识记录的候选集合，主键是从候选键中选出来的一个。

外键用于表达表之间的引用关系。它不是为了让字段看起来高级，而是为了说明这条记录关联到另一张表中的哪条记录。

候选键能唯一标识元组的属性集

主键从候选键中选定的主要标识

外键引用另一关系主键或候选键的属性

第一范式看属性是否原子；第二范式看非主属性是否完全依赖候选键；第三范式看是否存在非主属性对候选键的传递依赖。

题目如果写出 A→B、B→C 这类函数依赖，就不要只凭字段名字猜。先找候选键，再看非主属性是直接依赖、部分依赖，还是绕了一层的传递依赖。

软件设计师也会考基础 SQL。单表查询看 WHERE、ORDER BY、GROUP BY；多表查询要看 JOIN 和连接条件。连接条件漏掉，很容易变成笛卡尔积。

如果题目问订单编号和客户名称，通常需要把订单表和客户表按客户编号连接起来。这里考的不是背语法，而是理解表之间的关系。