做毕业设计数据库章节时很多同学不是不会建表而是不知道 ER 图应该画到什么程度。最后经常变成把所有数据库表截图放进论文表之间拉几条线就当作 ER 图了。其实画 ER 图之前最好先确认一件事学校要求的是概念 ER 图还是数据库关系图。概念 ER 图更关注实体、属性和联系数据库关系图则更接近实际表结构会展示字段、主键和外键。论文中两种形式都比较常见具体还是以学校模板和导师要求为准。以学生管理系统为例先不要急着画图可以先把核心对象列出来院系院系编号、院系名称学生学号、姓名、院系编号课程课程编号、课程名称、学分选课记录学生编号、课程编号、成绩然后梳理关系一个院系可以有多个学生所以是院系与学生的一对多关系。一个学生可以选择多门课程一门课程也可以被多个学生选择。学生与课程之间的多对多关系需要通过“选课记录”这张中间表实现。最终关系可以理解为院系 1 —— N 学生 学生 1 —— N 选课记录 课程 1 —— N 选课记录这里最容易画错的是学生和课程的关系。数据库里通常不会直接让两张表互相保存对方的 ID而是增加一张选课记录表。成绩、选课时间等信息也应该放在这张中间表里。我自己检查 ER 图时一般按下面的顺序每个实体是否都有主键。外键指向的表和字段是否正确。多对多关系是否拆成了中间表。一对多的方向有没有画反。图中的中文名称是否与论文中的功能描述一致。如果数据库已经建好了手动画几十张表会比较慢。我在毕设云里做了一个 SQL 转 ER 图工具可以粘贴 MySQL、PostgreSQL 或 SQLite 的建表语句识别表、字段、主外键和字段备注。生成后还能拖动实体、调整文字与连线并导出 PNG、SVG 或 Visio。需要注意的是自动生成不等于自动正确。如果原数据库没有声明外键只是通过student_id这类字段维持逻辑关系生成后仍然要结合代码核对。工具里的外键分析可以作为辅助但不建议生成完不检查就直接放进论文。工具地址https://www.biyeshejiyun.com/tools/er-diagram标签MySQL数据库设计ER图毕业设计计算机毕设