SQLite跨两表用户名唯一更新、事务原子性及语法规范问题咨询

问题1 语法逻辑与优化 #

• 原有逻辑是正确的，确实可以实现冲突时不修改用户名的需求，但存在无意义的无效更新开销：冲突时虽然数据没有变化，但SQLite还是会执行行写入操作，额外消耗IO性能。
• 更简洁高效的写法是将存在性判断放到WHERE子句中，冲突时直接不会触发更新操作，参考SQL如下（推荐配合预编译参数使用）：

UPDATE members1 
SET uname = $new_name
WHERE uname = $old_name
  AND NOT EXISTS (SELECT 1 FROM members1 WHERE uname = $new_name)
  AND NOT EXISTS (SELECT 1 FROM members2 WHERE uname = $new_name);

• 额外提醒：你当前的shell脚本直接拼接字符串参数的写法存在SQL注入风险，实际使用SQLite C API时请使用sqlite3_prepare_v2预编译语句，通过sqlite3_bind_*函数绑定参数，不要直接拼接用户输入的用户名。

问题2 并发操作安全性 #

• 你担心的重复用户名场景默认不会出现：SQLite的写操作默认会加全库级排他锁，同一时间只有一个进程的写操作可以执行，且单条UPDATE语句的执行是原子性的。
• 进程A先拿到写锁执行更新成功后，进程B的UPDATE语句执行时，NOT EXISTS判断已经能查到存在对应新用户名的记录，会直接跳过更新，不会出现重复的用户名。只要你使用SQLite默认的串行化隔离级别，不需要额外加锁就可以保证全局唯一性。

问题3 SQL大小写规范 #

• SQL标准对关键字的大小写没有强制要求，大小写都可以正常执行，你当前全小写的写法完全合法。
• 网上示例把SELECT/UPDATE/WHERE这类关键字大写是业内约定俗成的代码风格，目的是和表名、列名、自定义参数区分开，提升代码可读性，没有强制要求，实际开发时只要保持代码风格统一即可。

内容的提问来源于stack exchange，提问作者QF0