📄 一句话概括
数据库一引入，组织里就多出一套角色分工：谁提需求（用户）、谁建系统（开发）、谁管数据（DBA）——各管一段、责任清楚，是数据库系统区别于「各自存 Excel」的最大组织变化。
📝 本节和前面几节的关系
上一节把流程摆出来，本节回答流程里「谁来做」：每一步背后站着的角色。这也解释了为什么引入数据库是组织决策而不仅是技术决策——它改变了人与数据的相处方式。
一、三个核心角色
| 角色 | 职责 | 出现在流程哪步 |
|---|---|---|
| 用户 | 提需求、验证效果 | 需求定义、测试 |
| 开发者 | 按设计建表、写程序 | 设计、开发 |
| DBA（数据库管理员） | 建账号、定权限、备份恢复、性能调优 | 贯穿始终 |
第一章 1-4 的「访问权限、恢复」两大优势，落地执行者正是 DBA。
二、引入带来的组织影响
- 数据收归一处：不再是「李哥的 Excel 在李哥电脑里」，人走了数据还在
- 责任专业化：备份、权限、性能交给专职角色，业务人员只管用
- 协作有规矩：改表结构要走流程，不能谁顺手谁改——上一节「伤筋动骨」的制度化体现
三、小团队怎么办
没有专职 DBA？开发者兼任，但三件事必须有人负责：备份（会恢复）、权限（分账号）、监控（磁盘满/慢查询）。角色可以一人多角，职责不能消失。
四、动手 Demo：给角色分账本
用第四章的知识口头演练：新员工入职要查库不能改库——DBA 给建只读账号（GRANT SELECT，第五章后细讲权限）；报表组算平均分——给成绩表 SELECT 权限即可，不给 DELETE。权限按角色发，不按人头喊。
五、30 秒实验
想想你身边的共享文件夹：谁备份？谁管权限？删错了谁恢复？——答不上来哪一条，就是哪一条职责缺失。数据库只是把这些问题逼得更清楚。
六、常见误区
- 「引入数据库后谁都方便了」：方便的是用户；设计/运维的责任反而更重——这是代价不是缺陷
- 「DBA 就是会装数据库的人」：装只是开头；备份恢复、权限、调优才是日常
自测三问
1. 三个核心角色？（用户/开发者/DBA） 2. 备份恢复和访问权限的执行者是谁？（DBA——第一章两大优势的落地） 3. 小团队没专职 DBA 怎么办？（开发者兼任，备份/权限/监控三职责不能缺）- ☐ 下一节（5-3 引入的缺点、引入的目的-探讨是否应当引入数据库）
相关笔记
- 步骤的整理-引入系统的流程 —— 上一节：流程地图
- 查询、限制、控制、访问权限、恢复-数据库的优势 —— DBA 执法的两大优势
- 🗄️ 数据库基础 · 索引 —— 全课路线图