两个Django项目共用PostgreSQL数据库：未应用迁移提示处理与专属表创建方案咨询

嗨，这两个问题在多项目复用数据库的场景里挺常见的，我来一步步帮你理清楚解决方案：

问题1：消除第二个项目的'unapplied migrations'提示，同时不修改第一个项目的数据库部分 #

首先得明白：Django的迁移系统是通过数据库里的django_migrations表来追踪哪些迁移已经执行过的。第二个项目提示未应用迁移，大概率是因为它的INSTALLED_APPS里包含了第一个项目已经完成迁移的应用（比如默认的django.contrib.auth、django.contrib.admin这类核心应用，或者第一个项目的自定义应用），但数据库里的django_migrations表没有记录第二个项目对这些应用的迁移执行记录。

安全解决步骤： #

1. 确认共享数据库配置正确：先确保第二个项目的settings.py里DATABASES配置完全指向那个已有的PostgreSQL数据库，连接正常。
2. 区分应用类型：把第二个项目的INSTALLED_APPS分成两类：
   • 第一类：第一个项目已经完成迁移的应用（核心应用+第一个项目的自定义应用，这些是你需要访问但不想修改的）
   • 第二类：第二个项目自己的新应用（还没创建表的）
3. 标记已有应用的迁移为已完成：
   • 针对第一类应用，运行命令：python manage.py migrate --fake <app_name>，逐个处理每个应用。比如处理核心的auth应用：python manage.py migrate --fake auth
   • 如果是刚初始化的第二个项目，也可以用python manage.py migrate --fake-initial，这个命令会自动检查数据库中是否已经存在迁移对应的表，若存在就直接标记该迁移为已应用，非常方便。
   • 注意：绝对不要对第二个项目自己的新应用用--fake，只针对第一个项目已经处理过的应用。

必要的配置说明： #

要访问第一个项目的已有表，你有两种可选的必要配置：

• 方案一：把第一个项目的自定义应用直接加入第二个项目的INSTALLED_APPS，但要确保两个项目中该应用的模型完全一致（否则会导致迁移冲突或查询错误）。这种方式适合后续两个项目需要同步维护该表结构的场景。
• 方案二：用python manage.py inspectdb命令自动生成已有表对应的模型文件，把生成的模型保存到第二个项目的某个应用中（比如新建一个legacy_models应用）。这种方式适合第二个项目只需要读取/写入已有表，不需要修改表结构的场景。

问题2：创建仅第二个项目使用的表，应该在哪个项目操作？ #

答案很明确：在第二个项目中创建并执行迁移，完全不需要在第一个项目中操作。

具体操作步骤： #

1. 在第二个项目中创建专属的自定义应用：python manage.py startapp second_project_only
2. 把这个应用加入第二个项目的INSTALLED_APPS
3. 在该应用的models.py中编写仅第二个项目需要的模型
4. 生成迁移文件：python manage.py makemigrations second_project_only
5. 执行迁移创建表：python manage.py migrate second_project_only

为什么不在第一个项目创建？ #

• 这些表是第二个项目独用的，放在第二个项目里更符合单一职责原则，代码维护更清晰，以后如果第二个项目下线，直接移除这个应用即可，不会污染第一个项目的代码。
• 第一个项目的INSTALLED_APPS里不会包含这个专属应用，所以它永远不会对这些表执行任何迁移或修改操作，完全不存在“干扰”数据库的问题。

额外注意事项： #

• 尽量保证两个项目的Django版本一致，避免因版本差异导致迁移语法或行为不一致的问题。
• 如果第一个项目后续修改了已有表的结构，第二个项目必须同步更新对应的模型（无论是直接复用应用还是inspectdb生成的模型），否则会出现查询错误。
• 操作数据库前一定要做好备份，避免误操作导致数据丢失。

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