📄 一句话概括
数据库的三大本事:登记(存得下来)、整理(放得规整)、查询(找得飞快)——这也是它和【随手存文件】的根本区别。
📝 本节和前面几节的关系
上一节(1-1)说了【数据库是什么】——统一管理的数据仓库;本节回答【这个仓库到底会干什么活】。三大特征是后面所有内容的骨架:1-3 讲谁来管,1-4 讲管得好在哪,1-6 讲用什么命令指挥它。
一、登记:数据要留得下来
第一个本事是把数据长期保存。
- 你写在本子上的电话号码,合上本子还在——这叫持久
- 你在电脑上打了一半的字,没保存就断电,没了——这叫没登记成功
数据库的登记是【写进去就赖着不走】:今天存进去的订单,三年后翻旧账还能原样调出来。这就是 1-1 说的【长期存放】。
登记 ≠ 随手一存。往桌面丢一个 txt 也算存,但数据库要求存进来的每一条都走统一流程、落在统一的地方——这一步是为了下一步【整理】打底。
二、整理:按统一的结构放
第二个本事是结构化。看两种放法的差别:
乱堆式(一堆文件):
张三的电话.txt
李四生日备注.docx
同学通讯录最终版2.xlsx
新建文件夹/联系方式备份.txt
结构化(一张表):
| 姓名 | 电话 | 生日 | 备注 |
|---|---|---|---|
| 张三 | 13800000001 | 1995-03-12 | 同事 |
| 李四 | 13800000002 | 1998-07-25 | 大学同学 |
结构化之后,每个数据都有了【固定的座位】:
- 字段(列):一类信息,比如【电话】这一列——相当于表格的表头
- 记录(行):一个完整对象,比如张三那一整行——相当于表格的一行
图书馆比喻:书不是按【谁先还回来放哪儿】乱塞的,而是按分类号上架——所以才能【按书名一查就到】。
三、查询:从海量数据里快速找
第三个本事是查得快。这是前两个本事的回报:因为登记得规整、摆放有结构,所以才能查得快。
- 一张 10 万行的通讯录,找【姓王的】,人翻要翻到眼花
- 数据库里同样的活,是一秒以内的事
为什么快?先记一个词:索引。就像书前面的目录——想找【第 5 章】,不用从第 1 页翻起,直接翻目录页码。数据库给常用的查找路径建了【目录】,查的时候按目录直奔目标。(索引的细节后面章节展开,这里先有画面感。)
四、三种本事连成一条线
| 本事 | 干什么 | 生活对应 |
|---|---|---|
| 登记 | 数据持久保存,不走样 | 图书入库 |
| 整理 | 按统一结构摆放 | 分类上架、编目 |
| 查询 | 按条件快速取回 | 检索台查书 |
顺序不能颠倒:没登记就没得管,没整理就查不快。三件事是因果链,不是并列的三个选项。
五、动手 Demo:把通讯录整理成一张表
找出 10 个联系人的信息,仿照第二节那张表,整理成四列(姓名/电话/生日/备注)。
整理过程中体会三件事:
- 每一列的格式必须统一——【生日】列不能有的写 1995-03-12、有的写【三月份】(这就是 1-4 要讲的【限制】的雏形)
- 每一行是一个完整的人——这叫一条记录
- 整理完试着问自己:【生日在 7 月的有谁?】——顺着【生日】列竖着扫一遍就出答案;乱堆的文件里问同样的问题,要挨个文件点开看
看到什么算成功:10 行 4 列、每列格式统一、能顺着一列竖着扫出答案。
六、30 秒实验
打开手机通讯录 → 搜索框输入一个姓氏(比如【王】):
- 看跳出多少条结果、用了几秒
- 这就是一次最朴素的查询——通讯录 App 底下也是一个数据库,搜索框就是查询入口
七、常见误区
- "整理就是把东西摆好看" —— 整理的目的不是好看,是能查。摆得再好看但格式不统一(生日有的写日期有的写月份),照样查不准。
- "登记只要存下来就行" —— 存下来只是及格线;要存得规整、统一,后面的查询才有的放矢。
- "字段和记录是一回事" —— 字段是列(一类信息),记录是行(一个完整对象)。【电话】是字段,【张三那一整行】是记录。
自测三问(点开对答案)
1. 数据库的三大本事是什么?顺序能换吗? **登记、整理、查询**;顺序是因果链,不能换——没登记没得管,没整理查不快。 2. 字段和记录分别对应表格的什么? **字段=列(一类信息),记录=行(一个完整对象)**。 3. 数据库查询快的幕后功臣叫什么?生活里对应什么? **索引**;对应书前面的目录。- ☐ 下一节(1-3 数据库管理系统、DBMS-运行数据库的系统)
相关笔记
- 数据、数据库-我们周围的数据 —— 上一节:先认识数据和数据库这两个词
- 🗄️ 数据库基础 · 索引 —— 全课路线图