嘿，各位 Django 较大佬们！最近是不是时常遇到一个让人头疼的错误：django.db.utils.IntegrityError: IntegrityError: 不存在的列约束？ 这玩意儿简直就是数据库里的“较小妖精”，让你在升级 Django 版本或者进行数据迁移的时候手忙脚乱。 别担心，今天我们就来良好良好聊聊当前这个问题，一步一步地帮你搞定它。 咱们要面对的是一个很常见的场景：在 Django 数据迁移之后 数据库中仍然残留着一个被你删除掉的字段，引起了非空约束失利。

一、 哪些是 IntegrityError？

先来看，我们得了解一下当前这个错误背后的含义。IntegrityError 是数据库层面发生的错误。它通常发生在尝试落实数据库操作时违反了数据库所设定的完整性约束。 至于吗？ 比如你试图插入一个不允许为 NULL 的值到某个字段中。

二、 常见原因解析

太顶了。 那么为哪些会出现“不存在的列约束”这种错误呢？ 最主要有以下几个原因:

• 迁移未彻底落实： 最常见的原因就是你的数据迁移文件没有成功应用到数据库中。或许是这是因为网络问题、权限问题或者其他原因引起迁移中断了。
• 字段未被正确删除： 你有可能手动删除了某个字段，但 Django 的数据迁移并没有将其删除。这有可能这是因为 migration 文件写错了或者缺更少一些关键步骤引起的。
• 数据库缓存问题： 有些数据库系统会缓存表结构信息。沉重启数据库服务能够清除缓存，强较大制 Django 读取最崭新的表结构信息。
• 代码中存在引用已删除字段的地方： 你有可能在你的 Django 模型或者视图代码中采用了已被删除字段，引起了冲突和错误。

三、 解决方案较大揭秘

良好的，当前我们来具体看看怎样解决当前这个问题。下面我将从几个方面入手，提供给详细的解决方案。

1. 检查你的 migration 文件

这是最基本的一步！ 先来看要确认你的 mig 什么鬼？ ration 文件有没有正确地删除了目标字段。

python3 makemigrations your_app_name  # 将 your_app_name 替换为你的应用名称

2. 手动删除已删除的列

ALTER TABLE USERDETAIL_TABLE_不结盟E DROP COLUMN total_daily_mission_progress; -- 将 USERDETAIL_TABLE_不结盟E 替换为你的实际表名

3. 清理 django\_migrations 表

DELETE FROM django_migrations WHERE app = 'your_app_name'; -- 将 your_app_name 替换为你的应用名称

4. 沉重启数据库服务

    部分数据库系统有可能会缓存表结构信息。

: php artisan migrate:fresh --seed 或者 php artisan migrate:fresh php artisan db:seed

5. 检查 ModelForm

class UserDetailForm:
    class Meta:
        model = UserDetail
        fields =  #确保这里没有 total_daily_mission_progress

`

6. 检查信号

from django import forms
from .models import UserDetail

class UserDetailForm:
    class Meta:
        model = UserDetail
        fields = #同样确保没有把已经删除了但是还存在的 field 添加到 form 中

`

7. 检查数据一致性

DELETE FROM django_migrations WHERE app = 'your_app_name'; -- 将 your_app_name 替换为你的应用名称

`

8．采用showmigrations查看Migration状态

python3 showmigrations #查看全部Migration状态包括有没有已应用

`

四、 特殊情况处理

---