📄 一句话概括
引入数据库是有代价的：建设成本、运维人力、学习曲线——所以动手前先问一句「Excel 到底够不够」：数据量大、多人共享、要求一致和安全，才值得上数据库。工具配问题，而不是问题凑工具。
📝 本节和前面几节的关系
前两节讲了流程与角色，都是「引入之后怎么办」；本节退一步回答「该不该引入」——把缺点摆上桌面。这一节也解释了本课反复用「在线运行器」练手而不是一上来装 MySQL 的用意。
一、把缺点摆上桌
| 缺点 | 具体表现 |
|---|---|
| 建设成本 | 软件/硬件/实施费，一次投入 |
| 运维人力 | 备份、监控、调优要人管（5-2 的 DBA） |
| 学习曲线 | SQL、设计方法，团队都要学（就是这本教材） |
| 单点风险 | 库挂了业务跟着挂，要考虑高可用 |
二、引入的目的（什么时候值得）
对照第一章 1-2 的数据库特征，出现这些信号就该上：
- 数据量大：Excel 打开要三分钟
- 多人共享：十个人同时改一张表，版本全乱
- 一致性要求：同一学生成绩三处不一样，对账对到眼花
- 安全要求：谁能看谁能改要管起来
- 要防误删：第四章那些约束的价值
三、判断口诀
「多人、量大、要一致——上；单人、小表、随手查——Excel 挺好。」
引入数据库是手段不是政绩：三五人的通讯录用 MySQL 属于杀鸡用牛刀。
四、动手 Demo：两个场景的裁决
场景 A：班级 40 人成绩单，班主任一人管 → Excel 够（单人、小量） 场景 B：全校 2000 学生，6 门课教师各自登分，教导处查平均 → 数据库（多人写入、要一致、量大）
把 5-1 的六步流程套在场景 B 上，你会发现自己已经在画表了——需求决定设计，规模决定要不要。
五、30 秒实验
列出你手头一个 Excel 表：几行？几人共享？有没有出现过「两个人改的版本不一样」？——三个问题答完，要不要数据库基本就有答案。
六、常见误区
- 「数据库一定比 Excel 高级」：高级不等于合适；小数据的 Excel 检索比搭一套系统快得多
- 「引入是技术决策」：首先是组织决策——成本、人力、流程都要跟着变（5-2 的角色划分）
自测三问
1. 引入的三个主要缺点？（成本/运维人力/学习曲线） 2. 哪些信号说明该上了？（量大/多人共享/要一致/要安全） 3. 单人小表用什么？（Excel——工具配问题）- ☐ 下一节（5-4 需求定义-整理用户需求和使用目的）
相关笔记
- 角色划分-引入系统的影响 —— 上一节：引入后谁来管
- 数据的登记、整理和查询-数据库的特征 —— 判断信号的出处
- 🗄️ 数据库基础 · 索引 —— 全课路线图