改一条让它对上
场景：~/app/data.db 里某条留言的正文写错了，说明写了哪条、该改成什么。 任务：把那条留言的正文改成说明要求的值。改好运行 ~/check（它查那条核对）。 范围：只在 ~/app 下你自己的应用里操作；答案是运行后拿到的一段标
补个唯一约束防重名
场景：~/app 的 users 表当初忘了给 name 加唯一约束，说明写了怎么重建。 任务：按说明把 name 列加上唯一约束（重建表并搬数据），让重名插不进去。改好运行 ~/check。 范围：只在 ~/app 下你自己的应用里操作；
交付：一条能写能查的链路
场景：~/app 里给了半成品，说明列了要补的一小段（写入 + 查询）。 任务：把它补成「加一条、能查回来」的完整链路，让说明里的用例通过。补好运行 ~/check。 范围：只在 ~/app 下你自己的应用里操作；答案是运行后拿到的一段标记
备份数据库怎么才靠谱
给正在用的 SQLite 库做备份，比较靠谱的做法是【0】。
从现象认恢复的问题
把四种现象和原因配对，打印四个字母：
备份出一份快照
场景：~/app/data.db 是在用的库，说明写了备份到哪。 任务：按说明导出一份完整的备份文件。做好运行 ~/check（它比对备份和原库的数据一致）。 范围：只在 ~/app 下你自己的应用里操作；答案是运行后拿到的一段标记。 提交
备份里有几条
场景：~/backup 下有一份库的备份，说明写了文件名。对照表列了八个数。 任务：打开那份备份，数出 notes 有几条，到对照表里查那个数对应的标记。 范围：只在 ~/app 下你自己的应用里操作；答案是运行后拿到的一段标记。 提交：把
从备份恢复回来
场景：~/app/data.db 被清空了，~/backup 里有好的备份，说明写了恢复方式。 任务：按说明把数据从备份恢复回去。恢复好运行 ~/check（它核对恢复后的条数）。 范围：只在 ~/app 下你自己的应用里操作；答案是运行后
恢复后少了几条
场景：~/app/data.db 是从一份旧备份恢复的，比 ~/backup 里的新备份少一些。对照表列了八个数。 任务：算出现在的库比新备份少了几条（两边条数之差），到对照表里查那个数对应的标记。 范围：只在 ~/app 下你自己的应用里
加一列做 schema 变更
场景：~/app 要给 notes 加一列（说明写了列名和默认值）。 任务：按说明给 notes 加上那一列、且旧数据不丢。改好运行 ~/check（它核对列在、旧数据还在）。 范围：只在 ~/app 下你自己的应用里操作；答案是运行后拿到