13-07 新增数据库失败用例
题目
让修改已经发出 SQL 后抛出异常,再从新会话读取原值,说明 flush 和提交之间发生了什么。
推导与做法
flush 已经发出 SQL,但仍属于当前未提交事务。题解把书名改为“尚未提交”,flush 后立即抛错,让 commit_changes 回滚。
旧 Session 关闭后,再建立一份 Session 查询,书名仍是 Python。内存里的 ORM 属性曾经变化,不能据此判断数据库已经提交;持久结果以事务结束后的新查询为准。
过程图
%% 每个节点保留输入、执行位置或执行后的实际状态。
flowchart TD
S0["读Python并准备修改"]
S1["UPDATE已flush,事务还未commit"]
S0 --> S1
S2["随后抛错,rollback"]
S1 --> S2
S3["新Session读取:仍为Python"]
S2 --> S3
classDef default fill:#EEF0FB,stroke:#4657B5,color:#24324A
linkStyle default stroke:#4657B5
实现与运行
查看带注释实现。本题与相关处理函数放在同一章节代码文件中;启动工具负责定位相邻项目和选择题号。
在配套目录的 FastAPI/api_project 中运行。先按项目 README 执行 uv sync --locked。
# 使用项目解释器运行本题,题号决定执行哪一组演示。
uv run python "../../学习索引/参考实现/代码/ch13.py" 13-07
程序按题号输出处理后的值、查询结果或状态。先和前面的手算比较,再修改一项输入重跑。
查看本题运行结果
# 与上面的手算状态和题目数值逐项比较。
{
"persisted_title": "Python"
}