我之前也碰到过类似的问题，这种错误一般都是手动修改迁移文件后，迁移里的模型引用路径和实际的models.py结构不匹配导致的。结合你尝试过的方法，给你一套彻底解决的步骤：

一、彻底清理旧的迁移文件 #

首先要把项目中损坏的迁移文件清理掉，只保留每个app下migrations文件夹里的__init__.py：

• 进入你的API_Materials app的migrations目录，删除所有以数字开头的.py和.pyc文件（比如0001_initial.py、0002_xxx.py这些），别删__init__.py。
• 如果还有其他app的迁移也受影响，同样按这个方法清理。

二、清空/重建数据库 #

因为你之前已经尝试过删除相关表但没用，直接重建数据库是最稳妥的方式：

• 如果用的是SQLite：直接删除项目根目录下的db.sqlite3文件即可。
• 如果用的是MySQL/PostgreSQL：
  1. 登录你的数据库管理工具（比如命令行、phpMyAdmin、pgAdmin）。
  2. 删除当前项目对应的整个数据库。
  3. 重新创建一个空的同名数据库，并确保Django的数据库配置能正常连接它。

三、重新生成并应用迁移 #

现在数据库和迁移文件都清空了，重新初始化整个迁移流程：

1. 运行命令生成新的迁移文件：

python manage.py makemigrations

这一步会根据你当前models.py里的结构，重新生成干净的迁移文件。
2. 把迁移应用到新数据库：

python manage.py migrate

补充：如果不想彻底重置数据库的备选方案 #

如果你之后遇到类似问题但不想丢失数据，可以尝试手动修复迁移文件里的错误引用：
找到报错的迁移文件，把里面的'API_Materials.materialparams'改成正确的懒引用格式'API_Materials.MaterialParams'（注意模型名是大写开头的），然后再运行python manage.py migrate。不过这个方法需要你能准确找到对应的迁移代码，适合对迁移文件比较熟悉的情况。

备注：内容来源于stack exchange，提问作者Lucius Vinicius