因为inspectdb生成的模型默认managed=False，若误删或改为True后执行migrate，Django会擅自执行DROP/ALTER操作，导致表结构被改、数据丢失；遗留库主键非id、字段名不规范、无外键约束等特性也使其无法直接适配Django迁移机制。
不能直接用 inspectdb 生成模型后就跑 migrate —— 这会删表、改结构、丢数据，遗留库经不起这么折腾。
为什么 inspectdb 默认生成的模型不能直接迁移
Django 的 inspectdb 命令只是“读取表结构 → 输出 Python 类”，它不关心你是否想让 Django 管理这张表。默认生成的模型里，Meta.managed = False 是隐式行为（Django 3.2+ 显式写出来），意味着：Django 不会为它建表、删表、加字段——也就是完全只读。
但很多人误删了这行，或手动改成 True，再一执行 migrate，Django 就真去比对 schema、生成 ALTER / DROP 语句，轻则字段丢失，重则整个表被重命名或清空。
-
inspectdb输出的模型本质是“快照”，不是“契约” - 遗留库的主键可能不是
id，而是user_no或复合主键，Django ORM 默认不支持复合主键，硬改容易出FieldError - 字段名含下划线、大小写混用（如
CreateTime）时，inspectdb可能映射成非法 Python 标识符，需手动重命名并用db_column对齐
如何让 Django 安全地读写已有表（不破坏结构）
核心原则：只读不写 schema，只操作数据。所有模型必须保持 managed = False，靠 db_table 和 db_column 精确绑定到真实表名和字段名。
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
立即学习“Python免费学习笔记（深入）”；
- 运行
python manage.py inspectdb > models.py，然后逐个检查每个类：
→ 确保每段class Meta:下有managed = False
→ 检查db_table = 'xxx'是否与实际表名一致（尤其注意大小写、引号、前缀）
→ 对字段名不规范的，补上db_column='real_field_name'，比如create_time = models.DateTimeField(db_column='CreateTime') - 如果表有自增主键但字段名不是
id，必须显式声明：id = models.AutoField(primary_key=True, db_column='user_id')，否则 Django 查询会失败 - 外键字段若指向其他遗留表，不要写
ForeignKey，改用IntegerField+db_column，避免 Django 尝试 JOIN 或验证约束（遗留库通常没定义外键）
跨系统连接时最常踩的三个坑
不是模型写错，而是环境链路断在中间。
-
MySQLdb模块缺失：Python 3.7+ 已弃用MySQLdb，必须装pymysql并在项目__init__.py中加pymysql.install_as_MySQLdb()，否则启动就报ModuleNotFoundError: No module named 'MySQLdb' - 字符集不一致：MySQL 服务端默认
utf8mb4，但 Django 连接参数没设'OPTIONS': {'charset': 'utf8mb4'}，会导致中文插入变???或报Incorrect string value - 远程访问被拒：本地开发连得通，部署到另一台机器就超时——大概率是 MySQL 的
bind-address还锁在127.0.0.1，或用户权限没开'user'@'%'，光改settings.py的HOST没用
需要写入时，怎么绕过 Django 的 schema 约束
如果你确实要增删数据（比如后台导出/审核），但又不想碰表结构，就别走 save() 流程，改用原生 SQL 或 bulk_create + 严格字段校验：
- 用
Model.objects.raw('SELECT ...')查，用Model.objects.extra(tables=..., where=...)拼条件（注意 SQL 注入） - 批量插入优先用
Model.objects.bulk_create([...], ignore_conflicts=True)，ignore_conflicts能防主键冲突（MySQL 5.7+ / PostgreSQL 支持） - 更新固定字段，用
Model.objects.filter(...).update(status='done')，它不触发 model 的save()方法，也不走信号，更安全
真正危险的不是“连不上”，而是“连上了却以为自己能随便改”——遗留数据库没有测试备份、没有文档、没有 DBA 响应，一次 migrate 就可能让业务停摆两小时。所有模型文件开头建议加注释：# WARNING: This model maps to legacy table 't_user_log'. DO NOT set managed=True.
