W06 · STORAGE ENGINES

行式库与 SQLRow Store & SQL

SQLite 用关系模型和事务把数据从文件变成可查询系统。先建一张小表,再逐步加入约束、连接和索引。

存储引擎与格式第 5 次课课后自学课堂验收
0 / 0 已完成
01

知识范围 · 交互图谱

Know the map before details

学完后大致能做到

能用自己的话解释「关系模型」与「行式存储」
建 SQLite 库导入金融数据,写 JOIN / GROUP BY 聚合查询
保留可运行文件、真实输出和至少一则排错证据
能在课堂共享屏幕展示进度,并回答一部分底层问题
02

零基础起步

Start small · bring real progress

不要等到「全部学会」才开始

先完成最小动作。哪怕没有成功复现,也请保留报错、截图和尝试过程;课堂可以展示卡点、旁听提问,并继续获得积分。

先迈一步

只做第一步也可以

用 Python sqlite3 创建 finance.db

保留真实输出或卡点,带到课堂;不要求一次完成全部。
完整复现

做出核心结果

建 SQLite 库导入金融数据,写 JOIN / GROUP BY 聚合查询

成功复现可获得「复现 +1」,并具备展示资格。
自由拓展

想多做再继续

增加唯一约束并故意触发错误

有拓展 +1,多拓展 +2;不影响零基础起步。

实验目标

建 SQLite 库导入金融数据,写 JOIN / GROUP BY 聚合查询

accounts.csv + transactions.csv

完整复现步骤

用 Python sqlite3 创建 finance.db
建立 accounts 与 transactions 表并声明主键和外键
导入合成交易数据并检查行数、空值和重复键
编写 JOIN、GROUP BY 与窗口查询
创建索引并用 EXPLAIN QUERY PLAN 比较前后
SQL · 建表、聚合与索引
CREATE TABLE accounts (
  account_id INTEGER PRIMARY KEY,
  account_type TEXT NOT NULL
);
CREATE TABLE transactions (
  tx_id INTEGER PRIMARY KEY,
  account_id INTEGER NOT NULL REFERENCES accounts(account_id),
  tx_date TEXT NOT NULL,
  amount REAL NOT NULL
);
CREATE INDEX idx_tx_account_date ON transactions(account_id, tx_date);
SELECT a.account_type, ROUND(SUM(t.amount), 2) AS net_amount
FROM transactions t JOIN accounts a USING(account_id)
GROUP BY a.account_type ORDER BY net_amount DESC;

展示时可拿出的证据

  • finance.db 与建库脚本
  • 三条查询及结果
  • 索引前后的查询计划对比

本机自查清单

03

让 AI 一步一步带你做

Copy this starter prompt

循环方式

  • 告诉 AI:我是零基础、使用什么系统、当前做到哪一步
  • 一次只要一个步骤,先看预期结果再执行
  • 把真实输出或报错贴回 AI,不要只说「不行」
  • 把验证过的步骤整理回飞书实验报告
  • 重复:问 → 做 → 报错 → 修正 → 再做
给 AI 的起步提示词
我是金融科技本科生,计算机零基础。我正在学习《金融数据库(双语)》W06,本周目标是:实验 04 · 行式库与 SQL。
请把我当作第一次接触这些工具的人,并遵守:
1. 一次只给一个步骤,不要一次倾倒完整答案。
2. 每一步先解释目的,再给可复制的命令、SQL 或代码。
3. 告诉我正常情况下应该看到什么,以及最常见的一个错误。
4. 如果不知道我的系统、目录、软件版本或数据位置,先问我。
5. 等我贴回真实输出或完整报错后,再判断下一步。
6. 不要让我上传账号密码、API Key 或真实个人信息。
现在只带我完成第一步:用 Python sqlite3 创建 finance.db
04

问题驱动

这些问题不是课前考试。遇到不懂就问 AI;最后只需能结合自己的操作,说清其中一部分。

Q01

为什么交易系统偏爱行存?

Q02

主键与普通列有什么不同?

Q03

索引为何能加速又会拖慢写入?

Q04

JOIN 为什么可能让行数爆炸?

05

只交一份实验报告

The learning process is the deliverable

建议结构

  1. 本周目标:我想完成什么,以及最后做到哪一步
  2. 环境:操作系统、软件版本、安装方式与必要依赖
  3. 操作步骤:按真实执行顺序写出可复制的命令或代码
  4. 结果:关键输出、截图及我如何判断它是否正确
  5. 踩坑与克服:现象 → 可能原因 → 实际排查 → 解决办法
  6. 结论:本周学会了什么,仍有什么没有解决
  7. 诚实标注:哪些来自 AI 建议,哪些已由本人亲自验证
下载无表格版报告模板

本周常见坑

  • 金额仍按文本排序
  • JOIN 条件缺失造成笛卡尔积
  • 创建索引后只比较一次耗时

不另交 AI 使用记录

只需在实验报告中诚实标注:哪些步骤来自 AI 建议,哪些已经本人验证,哪些仍未验证。学习过程写好,报告就自然产生。

06

课堂时间全部用于验收

No new lecture · public verification
①

两次考勤

上课提前 5 分钟点名,下课前 5 分钟再次点名。

②

自愿共享屏幕

用本人笔记本打开实验报告,展示真实操作、结果或卡点。

③

现场复现与双分

作者现场运行;同学也可仅凭该文档复现,作者与复现者都加分。

④

随机拷问与好问题

教师判断掌握程度;旁听同学可提出被采纳的好问题。

本周可能被问

  • ACID 四性各解决什么风险?
  • 主键与外键的作用是什么?
  • 索引为什么不能越多越好?
  • LEFT JOIN 何时产生空值?
07

本周课堂积分

Same rules every week
✅

考勤

上课提前 5 分钟点名,下课前 5 分钟再点名

出勤 +3迟到 +2早退 +2请假 +1旷课 +0
💻

复现

使用 AI 自学,按照教学大纲完成了每周实验任务

成功复现 +1未能复现 +0
🚀

拓展

按照教学大纲完成一项或多项拓展任务

多拓展 +2有拓展 +1无拓展 +0
🖥️

展示

主动共享屏幕展示复现过程,接受核验与拷问

课堂自愿共享屏幕展示 +3无课堂展示 +0
🥇

首讲

每节课堂最先自愿开讲的前 3 人

前 3 人 +1
💡

提问

认真旁听并提出被采纳的好问题

被采纳 +0.5
🔍

拷问

面对面随机拷问 · 反空心化闸门

空心代工 −1一知半解 +1融会贯通 +2
🤝

双分

仅凭文档课堂现场复现

作者与复现者 都 +1
🏆

精选

本周最佳文档

知识库 + 席位 + 署名 + 积分 +3

做一点,也算一点

没有完成全部实验,也可以凭考勤、展示卡点、认真提问和真实回答获得积分;做得越扎实,展示、拓展、拷问、双分和精选带来的激励越多。飞书应用展示过去 30 天积分榜与总积分榜。

08

自由拓展与参考资源

拓展挑战

  • 增加唯一约束并故意触发错误
  • 使用参数化查询防止 SQL 注入
  • 比较单列与复合索引