MySQL用ON DUPLICATE KEY UPDATE实现存在即更新、不存在则插入；SQL Server和Oracle用MERGE统一处理插入、更新、删除；PostgreSQL用INSERT...ON CONFLICT实现原子upsert；各数据库语法不通用，需按引擎选型。
MySQL 用 INSERT ... ON DUPLICATE KEY UPDATE，SQL Server 用 MERGE，Oracle 用 MERGE，PostgreSQL 用 INSERT ... ON CONFLICT —— 没有跨数据库通用写法，必须按引擎选语法。
MySQL：用 ON DUPLICATE KEY UPDATE 替代 if-else 判断
这是最常用也最轻量的方案，前提是表必须有 PRIMARY KEY 或 UNIQUE 约束（否则无法触发“重复”逻辑）。
- 执行时先尝试插入；若违反唯一约束（比如主键或唯一索引已存在），就转为执行
UPDATE分支 -
VALUES()在UPDATE子句里仍可引用，比如name = VALUES(name)表示“用本次要插入的 name 值去更新” - 注意：
REPLACE INTO是删+插，会改变自增 ID、触发两次触发器、影响外键级联，不推荐替代ON DUPLICATE KEY UPDATE - 示例：
INSERT INTO user (id, name, updated_at) VALUES (123, 'Alice', NOW()) ON DUPLICATE KEY UPDATE name = VALUES(name), updated_at = NOW();
SQL Server / Oracle：用 MERGE 统一处理插入、更新、删除
MERGE 不只是“upsert”，它本质是基于源-目标比对的三路操作：匹配则更新、仅源有则插入、仅目标有则删除。但多数场景只用前两个分支。
-
WHEN MATCHED THEN UPDATE和WHEN NOT MATCHED THEN INSERT必须显式写出，不能省略 -
ON条件必须是等值判断（如t.id = s.id），不支持>或函数表达式 - 目标表别名（
AS target）和源子查询别名（AS source）在 SQL Server 中可省略，但 Oracle 要求显式声明 - 示例（SQL Server）：
MERGE user AS t USING (SELECT 123 AS id, 'Alice' AS name) AS s ON t.id = s.id WHEN MATCHED THEN UPDATE SET t.name = s.name WHEN NOT MATCHED THEN INSERT (id, name) VALUES (s.id, s.name);
PostgreSQL：用 ON CONFLICT 实现原子 upsert
PostgreSQL 的语法更明确：冲突目标必须指定（比如 ON CONFLICT (id)），且只响应你声明的那个约束，不会误触其他唯一索引。
- 冲突目标可以是列名、唯一索引名，甚至表达式索引（如
ON CONFLICT (LOWER(email))） -
DO UPDATE SET后可用EXCLUDED伪表访问本次被拒绝插入的行，比如name = EXCLUDED.name - 如果想跳过冲突（即“存在就不做任何事”），用
DO NOTHING，比写空UPDATE更清晰 - 示例：
INSERT INTO user (id, name) VALUES (123, 'Alice') ON CONFLICT (id) DO UPDATE SET name = EXCLUDED.name;
为什么不能写一次 SQL 通吃所有数据库？
各数据库对“冲突识别”和“动作绑定”的抽象方式不同：MySQL 依赖唯一约束自动触发，PostgreSQL 要你显式声明冲突目标，SQL Server 的 MERGE 则强制要求源数据集参与比对。哪怕都叫 upsert，底层语义和事务行为也不一致 —— 比如 MERGE 在 SQL Server 中可能因执行计划导致重复更新，而 PostgreSQL 的 ON CONFLICT 是真正原子的。
实际项目里，ORM（如 Hibernate 的 @Upsert 或 SQLAlchemy 的 insert().on_conflict_do_update()）能屏蔽差异，但手写 SQL 时，必须查清当前数据库版本支持哪条语法，且确认对应约束已存在。
