第 9 课 数据库基础

所属课程

青少年高级营

所属模块

模块 B：数据库与接口入门

本课概览

• 讲解核心：表、字段、主键和关系。
• 本课重点：表、字段、主键和关系。
• 课上产出：数据表设计稿。
• 示例场景：校园图书角借阅与学习任务平台的数据表与数据流

本课知识图谱

• 数据库不是神秘黑盒，本质上是把记录按字段组织起来。
• 写入数据和读出数据是完整应用里最常见的两个动作。
• 先画清“要保存什么”，再谈技术细节，会更容易理解。
• 本课重点要落在“表、字段、主键和关系。”上。

课前准备

老师准备

• 提前准备与“校园图书角借阅与学习任务平台的数据表与数据流”相关的课堂示例页或草图，方便学生先看见成品轮廓。
• 准备一张“数据表字段草图截图”作为课堂演示图。
• 准备一张“从表单提交到数据表新增记录的流程图”作为课堂演示图。
• 把本课阶段成果“数据表设计稿。”的评价标准提前写在板书或投屏页上。

学生准备

• 准备好本节课会用到的文字、图片或题目素材。
• 带着“数据库基础”相关的一个真实使用场景进入课堂，方便快速进入任务。
• 准备在课堂上记录一张草图、流程图或问题清单。

本课素材清单

• 一张示例数据表草图
• 表单字段清单：姓名、书名、提交时间、状态等
• 读取与写入流程示意卡
• 阶段成果模板：数据表设计稿。
• 参考来源：stage-2/backend/2.2-database-supabase

可直接使用的素材正文

示例文本

数据表草图示例
表名：borrow_records
字段：id / student_name / book_title / borrow_date / status
表单提交示例：学生姓名“林一诺”，书名“科学实验小百科”，借阅日期“2026-04-16”，状态“待确认”。

示例数据 / 字段

表单字段示例：
- student_name：学生姓名
- book_title：书名
- borrow_date：借阅日期
- status：借阅状态

| id | student_name | book_title | borrow_date | status |
| --- | --- | --- | --- | --- |
| 1 | 林一诺 | 科学实验小百科 | 2026-04-16 | 已借出 |
| 2 | 周子墨 | 有趣的物理现象 | 2026-04-16 | 已归还 |
| 3 | 许嘉禾 | 少年数学趣味题 | 2026-04-17 | 待确认 |

练习题 / 操作任务

练习 1：给这张表再补 2 条借阅记录。
练习 2：判断“联系方式”这个字段现在要不要加入，并说出理由。
练习 3：把“status”可能出现的 4 个状态写完整。

成套素材包

数据库样表示例
表名：borrow_records
字段：id / student_name / book_title / borrow_date / status / teacher_note
表单示例：林一诺 / 科学实验小百科 / 2026-04-16 / 待确认 / 周五归还
使用场景：学生提交借阅申请后，老师在后台确认，页面再显示最新状态。

课堂练习题组

1. 再补 2 条借阅记录，至少包含 2 种不同状态。
2. 判断“teacher_note”字段现在是否有必要，写出理由。
3. 补全 4 个可能出现的 status 状态。
4. 说出如果页面要显示这些记录，最少需要展示哪 3 个字段。

长正文素材

数据库进阶长正文
这一类课的重点，是把“表、字段、写入、读取”从零散词汇讲成一条连贯动作。页面导语可以这样写：数据库并不是一个很远的技术黑盒，它只是把同一类信息按字段整理起来，让页面以后还能继续读取、继续更新。
主体段一：如果这节课讲的是建表，就把重点放在“为什么需要这些字段”；如果讲的是写入，就把重点放在“表单内容是怎样变成一条记录的”；如果讲的是读取，就把重点放在“为什么页面能把真实数据展示出来”。同一个主题，不同课次的侧重点应该明确区分。
主体段二：老师讲数据库时要特别避免把课堂带成纯术语课。每讲一个字段，都最好回到真实页面：这个字段最后会显示在哪里？这个状态变化以后，学生端或老师端会看到什么不同？这样数据库才能和应用理解连起来。
课堂串讲语：学生只要能顺着说出“填表单 -> 生成记录 -> 保存到表里 -> 页面再读出来显示”，这一条线就已经说明数据库课进脑子了。
页面收束语：数据库课真正要留下的，不是死记住名词，而是建立一种稳定认知：应用里的内容能被保存、更新、再次显示，是因为背后有清楚的数据结构在支撑。

页面文案建议

• 字段提示：名称要一眼看懂，不要故意写得很复杂。
• 状态文案：待处理、已提交、已借出、已归还。

可替换素材方向

• 先从 4 到 5 个核心字段开始建表。
• 如果一个字段解释不清楚，先不要加进去。

主视觉配图

页面示例配图

截图规划示意

60 分钟教学展开

0-15 分钟：还原真实使用场景

讲解推进

• 从“数据库基础”在真实产品里的使用场景切入，让学生知道这不是额外知识，而是完整项目的一部分。
• 结合“表、字段、主键和关系”说明今天这一课为什么会影响作品是否稳定、可用或可发布。
• 明确本课阶段目标是完成“数据表设计稿”，让学生始终围绕可验证的结果推进。

本段知识点

• 先从“数据库基础”的真实使用场景入手，帮助学生知道今天为什么要学这一课。
• 数据库不是神秘黑盒，本质上是把记录按字段组织起来。
• 写入数据和读出数据是完整应用里最常见的两个动作。

建议展示 / 截图

• 数据表字段草图截图
• 数据库基础的课堂任务卡或成果示意图

本段资料与素材

• 一张示例数据表草图
• 任务说明卡 1 份

本段逐字稿

【本段开场】

同学们，先把今天这节课放回一个真实项目里。课题是“数据库基础”，但我们真正要看的是：当系统里开始出现“表、字段、主键和关系”时，项目会发生什么变化。

这一模块把数据、表、接口和管理视角拉进来，重点是让页面真正开始处理信息。

先把情境放回真实项目里去想。假如现在面对的是“校园图书角借阅与学习任务平台的数据表与数据流”，如果没有今天这一层，这个系统最容易卡在哪里？

我们先看“一张示例数据表草图”。看示例的时候，不只是看页面长什么样，而是看角色、数据和流程到底是怎样被摆出来的。

先把今天这节课要解决的系统问题讲清，让学生知道为什么要做“数据库基础”。

先把使用场景讲稳，比先记术语更重要。只要学生知道这一层在解决谁的麻烦，后面结构就会顺很多。

这一段先把场景、角色和目标收稳。起点一旦说清，后面系统图和流程线就不会飘。

你们现在先不要急着回答得很大，只要先把“谁、做什么、最后留下什么结果”说清，就已经够用了。

如果把今天这一层拿掉，系统会在什么地方最先变得不完整？

等会儿我们会从一个最小例子开始，不是为了把事情讲简单，而是为了把关键关系先讲准。

等会儿我会先用一个具体校园例子开场。你们重点看：这一节到底在补系统的哪一块。

这一段一直要记住：开始像一个会让页面处理真实信息的人。只要你开始会判断角色、数据、页面和流程的关系，这节课就已经不只是“多学几个新词”了。

如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线多收一遍。系统类的内容一旦关系没收住，后面每加一层都会更乱。

这一段先收住一个关键判断：系统看懂了，后面很多技术词就不会显得飘。

【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。

老师演示提示词（给 Codex）

用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。

请直接实现一个给八至九年级学生看的“数据与接口教学页”课堂开场页。 本课主题是“数据库基础”，页面场景使用“校园图书角借阅与学习任务平台的数据表与数据流”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：数据表或字段区、页面输入或输出区、处理流程区、结果反馈区。 核心内容请围绕“表、字段、主键和关系”来实现。 页面重点突出：数据和页面为什么必须配合。 页面要让人一打开就知道这页在做什么。 首屏要有主题说明、核心内容区和一个明确入口，可以保留一个开始按钮或继续入口。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。除了界面，还要把角色、数据、流程或状态关系讲清，不要只做外观示意。

课堂动作

• 先用 1 到 2 分钟让学生说出自己对“数据库基础”最直观的理解，再进入示例页。

阶段成果

• 完成本课任务目标和阶段成果的确认。

15-30 分钟：讲清关键流程与边界条件

讲解推进

• 把“表、字段、主键和关系”拆成具体流程，例如先发生什么、再检查什么、最后如何确认结果。
• 通过流程图、数据流或操作顺序说明关键节点，帮助学生建立工程化的顺序感。
• 强调常见边界条件与风险点，让学生知道哪里最容易出错、最需要回看。

本段知识点

• 表、字段、记录三者的关系，是后面所有数据设计的最小单位。
• 把“表、字段、主键和关系。”拆成可观察、可操作的页面结构或流程关系。
• 数据库不是神秘黑盒，本质上是把记录按字段组织起来。
• 写入数据和读出数据是完整应用里最常见的两个动作。

建议展示 / 截图

• 从表单提交到数据表新增记录的流程图
• 数据库基础的结构草图、流程图或区域标注图

本段资料与素材

• 表单字段清单：姓名、书名、提交时间、状态等
• 结构草图模板 1 份

本段逐字稿

【本段开场】

现在我们不急着继续堆功能，先把这节课最关键的关系拆开。只要这一段能听明白，后面很多看起来复杂的词都会落到具体动作上。

这一模块把数据、表、接口和管理视角拉进来，重点是让页面真正开始处理信息。

这一段继续围绕“校园图书角借阅与学习任务平台的数据表与数据流”往下看。我们不是再换一个新例子，而是把同一个场景里的结构关系真正拆开。

这一段继续借“表单字段清单：姓名、书名、提交时间、状态等”来拆关系。你们要边看边判断：这一块到底是在交代页面、数据，还是流程。

把“表、字段、主键和关系”拆成角色、数据、页面或流程关系，让学生先理解它为什么成立。

这一段最怕的是把关系讲散。我们要一直顺着“谁在用、谁处理、结果去哪”这一条线往下走。

这一段最关键的是把复杂内容讲成顺着走的关系。先看谁在用，再看谁处理，最后看结果去哪。

这一步要不断追问：它到底在系统里负责哪一层？如果答不上来，就说明关系还没有收稳。

这一块更像在解决角色问题、数据问题，还是流程问题？

接下来这几分钟，你们要重点听“关系”而不是只听名词。名词可以晚一点记，关系不能听散。

这一段我会边拆图边讲关系。你们不要只记名词，要记住哪一层在帮谁处理问题。

这一段一直要记住：开始像一个会让页面处理真实信息的人。只要你开始会判断角色、数据、页面和流程的关系，这节课就已经不只是“多学几个新词”了。

如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线多收一遍。系统类的内容一旦关系没收住，后面每加一层都会更乱。

只要角色、数据、页面和流程关系开始对上，系统意识就已经在长出来了。

【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。

老师演示提示词（给 Codex）

用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。

请直接实现一个给八至九年级学生看的“数据与接口教学页”结构拆解页。 本课主题是“数据库基础”，页面场景使用“校园图书角借阅与学习任务平台的数据表与数据流”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：数据表或字段区、页面输入或输出区、处理流程区、结果反馈区。 核心内容请围绕“表、字段、主键和关系”来实现。 页面重点突出：把数据表、读写动作和结果展示拆开讲透。 页面要把区块分工、流程顺序或阅读路径讲清。 请用分区标题、编号、箭头、步骤标签或结构图，把每一块分别负责什么写清楚。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。除了界面，还要把角色、数据、流程或状态关系讲清，不要只做外观示意。

课堂动作

• 用作业、活动报名、借阅记录这些校园场景举例，帮助学生把概念和真实信息连起来。
• 带学生一起把今天的页面、流程或知识结构画成一张简单草图，边讲边标注。

阶段成果

• 形成一张结构图、分区图或流程图草稿。

30-45 分钟：按步骤完成核心操作

讲解推进

• 按照清晰步骤完成“数据表设计稿”的主体部分，让学生把今天讲到的流程真正走一遍。
• 要求学生边做边记录“表、字段、主键和关系”落在项目中的具体位置，而不是只追求最终跑通。
• 讲师及时处理最容易卡住的操作环节，并提醒学生保留关键截图、日志或流程说明。

本段知识点

• 好的表设计不是字段越多越好，而是每个字段都有明确用途。
• 在动手环节里，把“数据表设计稿。”做成真正能演示的结果。
• 写入数据和读出数据是完整应用里最常见的两个动作。
• 先画清“要保存什么”，再谈技术细节，会更容易理解。

建议展示 / 截图

• 页面展示列表与数据库记录对应的对照图
• 数据表设计稿。正在完成中的过程截图

本段资料与素材

• 读取与写入流程示意卡
• 数据表设计稿。的半成品模板

本段逐字稿

【本段开场】

下面开始看最关键的一轮演示。今天这一段不求做很多，而是要把一条最短闭环跑顺，让你们看见结果是怎样真的出现的。

这一模块把数据、表、接口和管理视角拉进来，重点是让页面真正开始处理信息。

现在把“校园图书角借阅与学习任务平台的数据表与数据流”里的关键动作跑起来。只要这一轮动作能看顺，学生就会知道系统不是停在示意图上。

接下来还是先盯住“读取与写入流程示意卡”。今天这一步不是看热闹，而是看最关键的一轮动作怎样真的跑起来。

把今天最关键的一轮链路跑出来，让“数据表设计稿。”真正成为能讲、能演示的结果。

动手时只盯最关键的动作链。只要“数据表设计稿。”的核心闭环跑通，今天这节课就已经有真实结果。

动手时先保最短闭环。只要今天这条“数据表设计稿。”核心链路真的跑起来，系统就已经站住一大半。

如果演示一跑就乱，先回到最短流程，不要一边加功能一边猜问题会不会自己消失。

你现在做的这一步，真的在推动“数据表设计稿。”往前吗？

下面这一段我会先演示，再回头解释。你们先看顺序，再看每一步分别落在哪一层。

接下来我会把最关键的一轮动作真的跑出来。你们重点看顺序和边界，不要只盯着结果页。

这一段一直要记住：开始像一个会让页面处理真实信息的人。只要你开始会判断角色、数据、页面和流程的关系，这节课就已经不只是“多学几个新词”了。

如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线多收一遍。系统类的内容一旦关系没收住，后面每加一层都会更乱。

结果一旦跑出来，学生会更明显地感到“我现在在做的已经不只是普通页面”。

【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。

老师演示提示词（给 Codex）

用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。

请直接实现一个给八至九年级学生看的“数据与接口教学页”功能演示页。 本课主题是“数据库基础”，页面场景使用“校园图书角借阅与学习任务平台的数据表与数据流”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：数据表或字段区、页面输入或输出区、处理流程区、结果反馈区。 核心内容请围绕“表、字段、主键和关系”来实现。 页面重点突出：做出一轮真实的读写或查询演示。 页面要做出最关键的一轮功能演示，让操作、反馈和结果连成闭环。 必须支持至少一轮真实动作，例如点击、输入、切换、提交、答题、反馈或状态变化，并且操作后立刻出现结果。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。除了界面，还要把角色、数据、流程或状态关系讲清，不要只做外观示意。

课堂动作

• 讲师边投屏边带做，让学生至少独立完成一次最关键动作。

阶段成果

• 让学生把本节应用至少拆成一张主表，初步写出字段名和字段含义。
• 拿到“数据表设计稿。”的可演示版本。

45-60 分钟：检查规范、记录问题并沉淀方法

讲解推进

• 围绕“表、字段、主键和关系”检查结果是否稳定，包括边界输入、异常情况或不同页面之间的配合。
• 把今天的“数据表设计稿”沉淀成一份可复用的方法记录，方便后续课程继续调用。
• 最后统一回顾本课流程，让学生把“知道怎么做”提升到“下次还能独立重做”。

本段知识点

• 通过检查、互评和整理，让学生知道这节课的成果怎样继续进入下一课。
• 先画清“要保存什么”，再谈技术细节，会更容易理解。

建议展示 / 截图

• 数据表设计稿。最终整理后的展示截图
• 同伴互评或发布前检查清单截图

本段资料与素材

• 检查清单 1 份
• 结尾展示顺序卡 1 份

本段逐字稿

【本段开场】

最后这一段我们不再继续加内容，而是把今天的结果讲清楚、收整齐。能不能把“数据表设计稿。”说顺，决定这节课到底有没有真正站住。

这一模块把数据、表、接口和管理视角拉进来，重点是让页面真正开始处理信息。

最后再回到“校园图书角借阅与学习任务平台的数据表与数据流”这个场景里看一遍结果。系统讲到这里，要能让别人听懂它为什么值得继续做下去。

最后回头看“检查清单 1 份”，重点不在多加内容，而在把已经做出来的结果讲顺、收稳、讲明白。

把今天的结果整理成能复述、能检查、能继续推进的阶段版本。

这一段的重点不是再扩内容，而是把结果说得清、顺、稳。能复述清楚，才是真的学会了。

这一段收尾时先把结果讲顺、看顺、检查顺。能复述清楚，才是真的会了。

收尾时先看逻辑有没有闭合，再看表达是不是顺。讲不顺的地方，通常也是理解还没彻底收住的地方。

如果现在就让你讲给别人听，你最有把握先讲哪一层、哪一个结果？

最后我会请大家把结果倒着讲一遍：先说今天拿到了什么，再说它是怎样一步步出来的。

最后我会请大家回头看结果。你们要判断的不是做了多少，而是系统逻辑有没有真正站住。

这一段一直要记住：开始像一个会让页面处理真实信息的人。只要你开始会判断角色、数据、页面和流程的关系，这节课就已经不只是“多学几个新词”了。

如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线多收一遍。系统类的内容一旦关系没收住，后面每加一层都会更乱。

整理和展示本身也是系统能力的一部分，不是最后随便补一句就够了。

【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。

老师演示提示词（给 Codex）

用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。

请直接实现一个给八至九年级学生看的“数据与接口教学页”收束展示页。 本课主题是“数据库基础”，页面场景使用“校园图书角借阅与学习任务平台的数据表与数据流”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：数据表或字段区、页面输入或输出区、处理流程区、结果反馈区。 核心内容请围绕“表、字段、主键和关系”来实现。 页面重点突出：把数据页整理成可继续扩展的版本。 页面要把当前结果整理成适合展示和收束的版本。 页面里要保留结果展示、小结、检查点或下一步，让成果能够直接拿来展示。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。除了界面，还要把角色、数据、流程或状态关系讲清，不要只做外观示意。

课堂动作

• 安排结对互看或小组展示，让学生把自己的结果讲成一段完整说明。

阶段成果

• 把今天的结果整理成可展示、可提交、可继续修改的版本。

课后作业

必做任务

• 把你自己的项目里“最想保存的一条记录”画成一行表格，写出至少 4 个字段。
• 把课堂上的“数据表设计稿。”再补一个更完整的细节，并保留前后对比。

提交建议

• 提交本课产出：数据表设计稿。
• 附 2 到 3 句说明：你今天做了什么、最满意哪里、还准备改什么。

自查清单

• 我能说清楚这节课做的页面或流程是给谁用的。
• 我能指出页面里最重要的一个区块、一个动作和一个结果。
• 我保存了课堂过程中的草图、截图或记录，方便下次继续。

相关参考

• stage-2/backend/2.2-database-supabase