SQLite REPLACE 語句深度解析：行級替換機制、主鍵驅動、與 UPDATE 差異對比及實戰驗證

REPLACE 核心行為：DELETE + INSERT

SQLite REPLACE INTO 不是原地更新，而是：

1. 根據主鍵/唯一約束衝突找到現有行。
2. 刪除衝突行（觸發 DELETE 觸發器、外鍵級聯）。
3. 插入新行（觸發 INSERT 觸發器、默認值、自增賦值）。

因此：行物理位置改變（通常移至表尾）、未指定列置為 NULL/默認值、Rowid 可能變化。

實戰驗證環境

CREATE TABLE student (
    id TEXT, name TEXT NOT NULL, sex TEXT, email TEXT UNIQUE,
    fenshu TEXT CHECK(fenshu > 0), tecid TEXT REFERENCES teacher(id),
    class TEXT, PRIMARY KEY (id, name) -- 復合主鍵
);

關鍵行為演示

REPLACE vs UPDATE 深度對比

適用場景與避坑指南

• ✅ Upsert (Insert or Update)：數據同步、增量導入、主鍵已知的覆蓋寫入。
• ✅ 需觸發 DELETE/INSERT 邏輯：審計觸發器、級聯維護。
• ❌ 批量更新多行：必須用 UPDATE + WHERE。
• ❌ 保留未指定列舊值：必須用 UPDATE 或在 REPLACE 中顯式列出所有列。
• ❌ 依賴 Rowid 穩定：REPLACE 會改變 Rowid，外鍵引用 Rowid 的表會斷裂。
• ⚠️ 性能敏感場景：大批量 Upsert 考慮 INSERT ... ON CONFLICT DO UPDATE (SQLite 3.24.0+)，單語句、原地更新、性能更優。

現代替代：ON CONFLICT 子句 (SQLite 3.24.0+)

INSERT INTO student (id,name,sex,email,fenshu,tecid,class)
VALUES ('2','lisi','*F','123@qq.com','80','2','1')
ON CONFLICT(id,name) DO UPDATE SET
    sex=excluded.sex, email=excluded.email, fenshu=excluded.fenshu,
    tecid=excluded.tecid, class=excluded.class;
-- 原地更新，保留 Rowid，僅更新指定列，性能最優