Django模型重命名不会自动迁移数据或删除旧表；需通过Meta.db_table显式指定旧表名，使新模型直接复用原有数据表，避免数据丢失且无需额外迁移。
django模型重命名不会自动迁移数据或删除旧表；需通过`meta.db_table`显式指定旧表名，使新模型直接复用原有数据表，避免数据丢失且无需额外迁移。
在 Django 中，仅修改模型类名（如将 Quiz 改为 CarQuizz）并不会触发数据库表的重命名操作。Django 的迁移系统基于模型定义与数据库状态的差异生成迁移文件，而类名变更本身不被视为“数据库结构变更”，因此 python manage.py makemigrations 不会产生 ALTER TABLE 语句，旧表 appname_quiz 保持不动，新模型 CarQuizz 默认尝试访问 appname_carquizz 表——导致数据“消失”（实为查询错表）。
✅ 正确做法：让新模型继续使用原数据库表，而非新建表。只需在模型的 Meta 内部类中显式声明 db_table：
from django.db import models
class CarQuizz(models.Model):
name = models.CharField(max_length=255)
url_image = models.URLField(default=None)
name_quiz = models.CharField(max_length=255, default='Cars')
def __str__(self):
return f'{self.name} foi adicionado ao quizz'
class Meta:
db_table = 'your_app_name_quiz' # ← 替换为实际应用名，如 'myapp_quiz'⚠️ 注意事项：
- db_table 的值必须与旧表名完全一致（包括前缀和大小写），可通过 python manage.py dbshell 执行 \dt（PostgreSQL）或 SHOW TABLES;（MySQL）确认；
- 修改后无需运行 makemigrations —— 因为没有结构变更，仅是逻辑映射调整；
- 若已误生成迁移文件（如 0002_rename_quiz_carquizz.py），建议先回退：python manage.py migrate your_app_name 0001_initial，再删除该迁移文件，最后重启服务；
- 确保视图、表单、管理后台等所有引用处同步更新模型名（如 views.py 中 CarQuizz.objects.all()）；
- 生产环境操作前，务必备份数据库。
? 扩展建议：若未来需真正迁移数据到新表（如重构字段），应使用 RunPython 操作编写数据迁移脚本，并分阶段验证，而非依赖模型重命名机制。
