可行，但需按数据库系统选择写法：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 → FALSE
• NOT 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 是否意外影响了带默认值或生成列的关联字段。