Django：如何更新被非空外键引用的Person模型ID？

嘿，这个问题我太熟悉了——外键非空约束确实把修改主键的路给堵死了，不过针对SQLite和PostgreSQL，咱们有对应的解决方案，分数据库直接操作和ORM层面两种场景来聊：

一、数据库层面直接操作（适合手动修改或脚本执行） #

核心思路都是先临时解除外键约束，修改主键后同步更新外键，最后恢复约束，确保数据一致性，两种数据库的具体操作略有差异：

1. PostgreSQL 操作步骤 #

PostgreSQL支持事务和临时禁用外键约束，咱们按原子性操作来：

• 先开启事务，保证操作要么全成要么全回滚：

  BEGIN;
  

• 禁用Dog表上的外键约束（你可以通过\d dog命令查看外键的具体名称，比如默认可能是dog_owner_id_fkey）：

  -- 简单粗暴的方式：禁用所有触发器（包含外键约束触发器）
  ALTER TABLE dog DISABLE TRIGGER ALL;
  -- 更精准的方式：只禁用对应外键的触发器，比如RI_ConstraintTrigger_xxxx
  -- ALTER TABLE dog DISABLE TRIGGER RI_ConstraintTrigger_12345;
  

• 修改目标Person的ID：

  UPDATE person SET id = '你的新UUID值' WHERE id = '原UUID值';
  

• 同步更新Dog表中对应的外键值：

  UPDATE dog SET owner_id = '你的新UUID值' WHERE owner_id = '原UUID值';
  

• 恢复外键约束：

  ALTER TABLE dog ENABLE TRIGGER ALL;
  

• 提交事务：

  COMMIT;
  

小提示：如果你的外键一开始就设置成了DEFERRABLE INITIALLY DEFERRED类型，那不用禁用触发器，直接在事务里先改主键再改外键就行，约束会在事务提交时统一检查。

2. SQLite 操作步骤 #

SQLite默认开启外键约束，咱们临时关闭后再操作：

• 开启事务：

  BEGIN TRANSACTION;
  

• 关闭外键约束检查：

  PRAGMA foreign_keys = OFF;
  

• 修改Person的ID：

  UPDATE person SET id = '你的新UUID值' WHERE id = '原UUID值';
  

• 同步更新Dog表的外键：

  UPDATE dog SET owner = '你的新UUID值' WHERE owner = '原UUID值';
  

• 恢复外键约束检查：

  PRAGMA foreign_keys = ON;
  

• 提交事务：

  COMMIT;
  

二、ORM层面处理（以Django为例，适配你提到的ForeignKey） #

如果用的是Django这类ORM，不用直接写原生SQL也能搞定，核心还是借助事务和临时修改数据库约束：

from django.db import transaction, connection
import uuid

# 生成新的UUID
new_person_id = uuid.uuid4()

with transaction.atomic():
    # 针对PostgreSQL，临时禁用外键触发器
    with connection.cursor() as cursor:
        cursor.execute("ALTER TABLE dog DISABLE TRIGGER ALL;")
        
        # 修改Person的ID并保存
        p.id = new_person_id
        p.save(update_fields=['id'])
        
        # 同步更新Dog的外键引用
        d.owner_id = new_person_id
        d.save(update_fields=['owner_id'])
        
        # 恢复外键触发器
        cursor.execute("ALTER TABLE dog ENABLE TRIGGER ALL;")

要是用的是SQLite，把上面的触发器替换成外键开关就行：

cursor.execute("PRAGMA foreign_keys = OFF;")
# ... 中间修改操作 ...
cursor.execute("PRAGMA foreign_keys = ON;")

三、事后预防建议 #

说句实在话，主键最好是一旦创建就别动它。如果业务上有变更唯一标识的需求，建议额外加个external_id或者username这类业务字段来做标识，主键用UUID或自增ID保持不变，从根源上避免这种外键关联的麻烦。

内容的提问来源于stack exchange，提问作者user972014