None可用or快速替换，但仅适用于0、空字符串等falsy值可与None等价的场景；推荐SQL层用COALESCE()兜底；fetchone()安全取值宜用next(iter(cursor), default)；封装fetchone_or()可提升语义清晰度与复用性。
用 or 运算符快速替换 None
当查询结果是单值（比如 SELECT COUNT(*) 或 SELECT MAX(id)），且只取 fetchone() 的第一个元素时，or 是最轻量的写法。它利用 Python 中 None 为 falsy 的特性，自动 fallback 到右侧默认值。
但要注意：这个方法只适用于你**明确不接受 0、空字符串、False 等其他 falsy 值**的场景。如果数据库可能返回 0，而你又想把它和 None 区分开，or 就会出错。
常见误用示例：
result = cursor.fetchone()[0] or 0 # 如果实际返回 0，这里没问题；但如果返回 None，也变成 0 —— 看似合理，但掩盖了“无数据”语义
- 适合场景：计数、ID 查询等天然非负、且
None与0可等价处理的情况 - 不适合场景：金额、状态码、字符串字段（比如
SELECT name返回None表示缺失，返回空字符串''表示显式为空） - 性能无负担，一行搞定，但语义较弱
用 coalesce() 在 SQL 层统一兜底
把默认逻辑前移到数据库，是最干净的解法。PostgreSQL、SQLite、MySQL 8.0+ 都支持 COALESCE()，它按顺序返回第一个非 NULL 的值。
立即学习“Python免费学习笔记（深入）”；
相比在 Python 里判断，SQL 层处理能减少网络传输、避免 Python 端类型转换歧义（比如 None → 0 可能隐式改变类型），而且对批量查询更友好。
调用 Cutout.Pro 视觉处理 API 进行背景移除、人像抠图和照片增强，支持文件上传与图片 URL 输入。
示例：
cursor.execute("SELECT COALESCE(MAX(score), 0) FROM users WHERE dept = ?", (dept_name,))- 推荐用于聚合函数（
MAX、MIN、AVG）或单列查询 - 注意不同数据库对
COALESCE类型推导规则略有差异：比如COALESCE(col, 'N/A')在 SQLite 中可能让整数列变成文本，需显式CAST - 不适用于需要 Python 动态计算默认值的场景（比如默认值依赖当前时间或配置）
用 next() + iter() 安全取首行并设默认
当你调用 fetchone() 但不确定是否有结果（比如 SELECT ... LIMIT 1），直接解包会触发 TypeError: 'NoneType' object is not subscriptable。这时别写 if row := cursor.fetchone(): ... else: ...，用 next(iter(...), default) 更函数式、更少缩进。
示例：
row = next(iter(cursor.fetchall()), ("default_name", 0)) # fetchall() 返回 [] 时，next 返回默认元组- 对
fetchone()同样有效：row = next(iter(cursor), None) or ("unknown", 0) - 本质是把游标或结果列表转成迭代器，再用
next()指定缺省值，避免手动判空 - 注意：如果用
fetchall()获取大量数据，再丢弃大部分只取首行，属于浪费内存，应优先用fetchone()
自定义 fetchone_or() 封装避免重复逻辑
项目里反复出现 “查一条，没结果就用默认值”，硬编码判断很快变得难维护。与其每次写 row = cursor.fetchone(); return row if row else default，不如封装一个带默认值的取值方法。
可以给游标加个方法（不推荐 monkey patch），或者写个工具函数：
def fetchone_or(cursor, default=None):<br> row = cursor.fetchone()<br> return row if row is not None else default
- 关键点：必须用
is not None判空，不能用if not row，否则(0,)、(False,)这类合法数据会被误判 - 如果默认值是可变对象（如
[]或{}），记得在函数内做copy.deepcopy(default)或用lambda延迟构造，防止被意外共享修改 - 真正优雅的地方不在语法多漂亮，而在所有团队成员看到
fetchone_or(cursor, ("N/A", -1))就立刻明白语义，且不会踩None和 falsy 值的坑
最易被忽略的是语义混淆：把“数据库没找到记录”（None）和“记录存在但字段为空”（比如 '' 或 0）当成一回事处理。是否需要区分，得看业务——比如用户昵称是 NULL（未设置）还是 ''（主动清空），前端展示和审计日志可能完全不同。
