可行，但需按数据库系统选择写法：PostgreSQL和SQLite支持NOT直接翻转布尔字段；MySQL和SQL Server不支持，需用IF、CASE或异或等替代方案。
UPDATE语句中直接用NOT翻转布尔字段是否可行
可行，但取决于数据库系统。PostgreSQL、SQLite 和标准 SQL 支持在 SET 子句中直接使用 NOT 对布尔列取反；MySQL 和 SQL Server 则不支持（会报语法错误或类型不匹配）。
常见错误现象：ERROR: syntax error at or near "NOT"（PostgreSQL 实际上支持，此错误多出现在误写为 NOT column_name = TRUE 这类无效表达式时）；MySQL 报 Operand should contain 1 column(s) 或静默转为 0/1 数值参与运算。
- PostgreSQL：✅ 支持
SET is_active = NOT is_active - MySQL：❌ 不支持布尔上下文中的
NOT，需改用IF或数值翻转 - SQL Server：❌
BIT类型不支持NOT直接作用于列，需用~按位取反或CASE - SQLite：✅ 原生布尔是整数模拟，
NOT is_flag等价于is_flag = 0，但行为略隐晦
MySQL下安全翻转布尔字段的三种写法
MySQL 没有真正的布尔类型（BOOL 是 TINYINT(1) 别名），所以翻转本质是 0 ↔ 1 的数值切换。直接用 NOT 会触发隐式转换，导致 NOT 1 → 0、NOT 0 → 1，看似正确，但遇到 NULL 时变成 NULL，且语义不清晰。
- 推荐用
IF：SET is_done = IF(is_done, 0, 1)—— 明确、可读、NULL 保持不变 - 兼容 NULL 的写法：
SET is_done = CASE WHEN is_done = 1 THEN 0 ELSE 1 END - 数值异或（简洁但易误解）：
SET is_done = is_done ^ 1—— 仅适用于非 NULL 的 0/1 场景
注意：NOT is_done 在 MySQL 中实际等价于 NOT (is_done 0)，即把任何非零值都当 TRUE，翻转后全变 0，不符合“仅翻转 0/1”的预期。
PostgreSQL中NOT翻转的边界情况
PostgreSQL 布尔类型严格，NOT 行为符合逻辑直觉，但必须注意三值逻辑下的 NULL 处理。
NOT TRUE → FALSENOT FALSE → TRUE-
NOT NULL → NULL（不是报错，而是结果为 NULL）
如果你的业务要求“NULL 也翻转为 TRUE 或 FALSE”，就不能依赖裸 NOT。例如强制 NULL → FALSE：SET flag = COALESCE(NOT flag, FALSE)；若要 NULL → TRUE，则用 COALESCE(NOT flag, TRUE)。
跨数据库可移植的翻转写法
想一条 SQL 在 PostgreSQL / MySQL / SQL Server / SQLite 都能跑？放弃 NOT，统一用 CASE 最稳妥。
示例（安全处理 NULL）：
SET is_enabled = CASE WHEN is_enabled = TRUE THEN FALSE WHEN is_enabled = FALSE THEN TRUE ELSE NULL -- 保持原 NULL 值，也可改为 TRUE/FALSE END
这个写法在所有主流数据库中都有效，且语义明确。如果表里布尔字段实际存的是字符串 't'/'f'（如旧 PostgreSQL dump）、或整数 1/0，就得先标准化判断条件，不能无脑套用 = TRUE。
真正容易被忽略的点：翻转操作常用于状态批量修正，但没人检查字段是否被其他应用缓存、是否触发了数据库级 CHECK 约束、以及 UPDATE 是否意外影响了带默认值或生成列的关联字段。
