波仔
🗄️ 第五章 引入数据库-数据库的结构与表的设计
📄 一句话概括

引入数据库不是「装个软件就完事」，而是一条流水线：调查现状 → 定义需求 → 设计 → 开发 → 测试 → 运用维护——表的设计是这条流水线里最关键的一环，本章就围着它转。

📝 本节和前面几节的关系

前四章解决了「数据库是什么」（一~二章）和「SQL 怎么用」（三~四章）——都是用的功夫。从本章起换赛道：造的功夫——怎么把真实业务装进数据库。本节先给整章画地图：引入流程分几步、设计排在哪一环。

一、引入流程六步走

步骤 干什么 谁主导
1. 调查现状 业务怎么跑、数据从哪来到哪去 分析师
2. 需求定义 用户到底要什么（5-4 细讲） 分析师＋用户
3. 设计 定实体/关系/表结构（本章主角） 设计者
4. 开发 建表、写程序 开发者
5. 测试 数据进得去、查得出、拦得住 测试者
6. 运用维护 备份、调优、改需求 运维

二、为什么设计排在最前还最重要

表一旦建好、数据灌进去，再改结构就是伤筋动骨（第四章 4-9 见过：给有 NULL 的表补 NOT NULL 约束都会失败）。所以：

三、本章的行进路线

5-1~5-3  先想清楚：要不要引入、谁来做
5-4      听需求（需求定义）
5-5~5-9  画蓝图：实体/关系/E-R图/三种模型
5-10~5-15 细化：规范化三范式/定类型/起名字
5-16~5-19 实战四连：书评网站从头设计一遍

四、动手 Demo：给自己的业务走一遍流程

拿「班级成绩管理」口头走六步：调查（现在 Excel 记成绩）→ 需求（要查平均分、要防改错）→ 设计（学生/科目/成绩三张表，第 5-6 章后你会画 E-R 图）→ 开发（第四章的 CREATE TABLE 都用上）→ 测试（塞脏数据看约束拦不拦）→ 运用（每学期备份）。

走一遍你会发现：前三步最花脑力，建表反而是水到渠成。

五、30 秒实验

回想第四章学过的任何一条约束——它出现在流程的哪一步设计出来、哪一步起作用？（设计时定，开发时写入，运用时天天执法。）

六、常见误区

自测三问 1. 引入流程六步？（调查/需求/设计/开发/测试/运用） 2. 设计为什么最重要？（结构定型后改动是伤筋动骨） 3. 本章四段路线？（要不要引入→听需求→画蓝图→细化＋实战）

相关笔记