使用Django 2.0在Admin面板添加模型元素时触发FOREIGN KEY约束失败错误

看起来你遇到的问题有点反常——明明Book模型里没有外键字段，在Admin面板添加数据时却触发了外键约束错误，但用Shell却能正常创建对象。结合你的场景，大概率是数据库表结构和模型定义不一致导致的，下面是具体的排查和解决步骤：

可能的原因 #

最常见的情况是：你之前可能给Book模型添加过外键字段，后来删掉了，但对应的数据库迁移没有完全生效（SQLite对修改表结构的支持有限，比如删除外键、删除列这类操作，默认的迁移脚本可能无法彻底清理旧约束），导致数据库里的accounts_book表还残留着旧的外键约束。

而Shell能正常添加的原因是：直接调用模型的save()方法时，不会触发Admin表单里的隐式校验逻辑，或者SQLite在某些场景下没有强制外键检查（不过Django 2.0默认会开启SQLite的外键检查）。

解决方法 #

方法一：重置数据库（适合开发环境，数据可丢弃） #

如果你的项目还在开发阶段，没有需要保留的重要数据，最简单的方式是重置数据库：

1. 删除accounts应用下migrations文件夹里除了__init__.py之外的所有迁移文件
2. 删除项目根目录下的db.sqlite3文件
3. 重新生成迁移并应用：

   python manage.py makemigrations accounts
   python manage.py migrate
   

4. 重新创建超级用户，再尝试在Admin面板添加Book对象。

方法二：修复现有数据库的表结构（适合需要保留数据的情况） #

如果需要保留现有数据，可以手动修复SQLite数据库的表结构：

1. 用SQLite浏览器（比如DB Browser for SQLite）打开db.sqlite3文件
2. 执行SQL命令查看accounts_book表的外键约束：

   PRAGMA foreign_key_list(accounts_book);
   

   如果返回结果里有多余的外键记录，说明表结构确实残留了旧约束。
3. 备份现有数据：

   SELECT * INTO accounts_book_backup FROM accounts_book;
   

4. 删除旧表：

   DROP TABLE accounts_book;
   

5. 根据当前模型重新创建表：

   CREATE TABLE accounts_book (
       id INTEGER PRIMARY KEY AUTOINCREMENT,
       name VARCHAR(30) NOT NULL
   );
   

6. 恢复备份的数据：

   INSERT INTO accounts_book (name) SELECT name FROM accounts_book_backup;
   

7. 删除备份表：

   DROP TABLE accounts_book_backup;
   

完成后再回到Admin面板尝试添加Book对象，应该就能正常工作了。

额外排查点 #

检查你的settings.py里的数据库配置，确保SQLite开启了外键支持：

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
        'OPTIONS': {
            'foreign_keys': True,
        },
    }
}

Django 2.0默认会开启这个选项，但如果之前被修改过，可能导致约束检查逻辑异常，反而触发错误。

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