fix(fam-core): 修复 sync_identity_map 增量同步 1062 主键冲突导致游标卡死

Oracle→NAS 增量同步反复报 (1062, "Duplicate entry '1073-汤圆' for key
'uq_video_raw_uid'")，整批失败、游标永不推进，同步状态页卡在"同步中"。

根因：sync_identity_map 以 Oracle person_identity_map.id（代理自增键）
作 NAS 主键，但 Oracle 库重建/恢复后这个 id 会被复用——实测 Oracle 现在
的 id=744 对应 (1073,'汤圆')，NAS 上 id=744 还是旧的 (1302,'人物E')。
upsert 先按 PK id 命中旧行，UPDATE 成 (1073,'汤圆') 后与已存在的同名行
在 uq_video_raw_uid 上二次冲突。

修复：镜像表改为 NAS 本地自增 id 主键，业务键 (video_id, raw_uid) 唯一，
Oracle 的 id 只落 oracle_id 列做溯源；upsert 的 UPDATE 子句不再改写
video_id/raw_uid 这两个键列，只更新 oracle_id/canonical_name/source 等。
ddl.sql 同步更新表定义。

已在 NAS 上完成现网迁移（ADD COLUMN oracle_id -> 回填 -> 主键改自增）并
验证：补拉同步成功恢复，游标正常推进，手动触发同步验证通过。

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

.workbuddy/memory/MEMORY.md

@@ -27,6 +27,12 @@
   素材 `/opt/fam-edge/gdrive_videos`；logs 目录 ubuntu 可写。
   **前端亦托管于此机 Caddy :80**（fam-ui SPA + /api 反代回 NAS fam-core :8000 经 frp 隧道）；旧机 129.146.203.203 已退役。
 - 部署：本地 git 提交 push Gitea → tar 管道（NAS 直接解包；Oracle `--strip-components=1` 到临时目录再 cp，避免动 data/venv）。
+- **NAS 部署坑（2026-08-29 踩过）**：拷贝 `.py` 会带旧 mtime，若 `.pyc` 比 `.py` 新，Python 加载陈旧字节码
+  （旧逻辑上线，曾导致 1062 假象）。部署后必须 `find src -name __pycache__ -exec rm -rf {} +` 再重启；
+  `pkill -f` 会匹配 SSH 自身命令导致断连（用 PID 文件或精确 pattern）。
+- **镜像表键设计（2026-08-29 定稿）**：`sync_identity_map` 不再以 Oracle `person_identity_map.id` 作主键
+  （Oracle 库重建会复用 id），改 NAS 本地自增 `id` + 唯一键 `(video_id, raw_uid)`，Oracle id 落 `oracle_id` 列溯源；
+  同批 upsert 的 UPDATE 子句不改写键列，避免 uq 二次冲突 1062。sync_videos/events/model_calls 同理（风险低未改）。
 
 ## 提交规范（强制）
 - 格式 `[阶段X.Y子任务号] 子任务名称 - 完成内容简述`；Bug 修复 `fix(模块): 问题简述`