数据持久化与 Web 服务基础｜周验收
| 能力 | 分值 | 验收 |
|---|---|---|
| W02-D01 | 20 | 把业务对象映射成表，用参数化 SQL 完成查询；查询没有订单的客户并解释 LEFT JOIN |
| W02-D02 | 20 | 替换文件存储，用一个事务创建完整订单，失败时全部回滚；第二条明细失败时验证所有表和库存恢复 |
| W02-D03 | 20 | 发布有输入输出合同的 API，解释同步与异步等待；独立完成订单详情；比较顺序 await 与并发调度 |
| W02-D04 | 20 | 在另一环境运行固定版本，区分进程、容器和持久化数据；制造一个端口或环境变量故障并定位 |
| W02-D05 | 20 | 解决一次真实冲突，让 CI 验证固定提交，并完成同伴冷启动；修复无文本冲突但业务规则错误的合并 |
每项至少 12 分且红线全部通过。业务正确性、越权、数据丢失或伪造证据未修复时不能通过对应项。消息队列自主部署是选做；核心只要求机制解释与课堂观察。学生现场状态：待执行。
RISE 证据定位与追问
本节把RISE 四步对应到上文已有检查项，用于查找证据和现场追问；不新增分值、通过门槛或提交包，不以四步说明替代原测试、真实运行和个人验收。
| 步骤 | 原验收中的位置 | 现场核对 |
|---|---|---|
| R · 需求定义 | D01—D03 对象与 API 合同 | 为谁解决什么问题？哪条输入、约束或条件决定通过？ |
| I · 原理理解 | D01—D04 关系/事务/执行方式 | 解释关键机制；改一个条件，先预测结果并说明依据。 |
| S · 协作构建 | D02—D05 服务、镜像与 CI | 打开本人代码/实验与修改记录，说明一次 AI 建议的采纳或拒绝。 |
| E · 证据交付 | D02 回滚、D04 排错、D05 冲突及交接 | 打开原要求的正常、失败、独立变化或交接证据，并指出未验证项。 |
发现缺口时，记录对应原验收项、缺失证据与补验动作，再按原表判定。教师演示、团队成品、Replay 与学生本人真实执行分别登记；原有无 AI 独立编码要求继续执行。
对应日项目中的 Python 检查
沿用每日20分及原通过门槛，不另加分、不增加学时。
- W02-D01：批量商品资料复核与订单关系查询；检查 读取三件和五件商品；空输入；坏单价行号；批大小 2→3；同一生成器二次消费；零订单客户与无效外键。
- W02-D02：整笔订单失败回滚与连接释放；检查 正常 commit→close；业务失败 rollback→close；提交失败仍关闭；真实第二项失败后核对三类表和库存。
- W02-D03：订单 HTTP 接口与商品详情多源等待；检查 正常商品/配送结果；两任务活动峰值；慢配送超时；商品失败取消同伴；真实 API 的 201/404/409/422。
- W02-D04：商城运营工具与订单 API 的可重复启动；检查 导入模块不执行写入；正常导出；缺配置与同路径拒绝；日志和退出码；重建应用后同订单可查询。
- W02-D05：用本人代码证明回归与交接可靠；检查 坏单价参数化；生成器真实消费；缺配置隔离；聚合器合同替身；故意放宽规则使测试变红；修复语义冲突。
以上为原项目验收的具体检查内容；真实 MySQL、Linux/Docker 与 CI 未运行时单列待验。