两个Django项目共享模型时如何处理仅单项目存在的外键关联

实现方案 #

1. 环境标识配置 #

首先在两个项目的settings.py中新增区分标识：

# 拥有A模型的第一个项目配置
IS_MASTER_PROJECT = True
# 第二个项目配置
IS_MASTER_PROJECT = False

2. 条件字段实现 #

你之前的条件字段思路完全可行，补充类型匹配和兼容逻辑即可：

from django.db import models
from django.conf import settings

if settings.IS_MASTER_PROJECT:
    # 主项目正常定义A模型
    class A(models.Model):
        # 此处填写A模型的完整字段
        some_a_field = models.CharField(max_length=100)
    
    # 主项目直接使用原生ForeignKey，保留所有关联能力
    BForeignKey = models.ForeignKey
else:
    # 从项目使用与A主键完全匹配的整数类型字段
    # Django 3.2+默认主键为BigAutoField，对应使用BigIntegerField
    # 若使用老版本Django默认AutoField，替换为IntegerField即可
    class BForeignKey(models.BigIntegerField):
        def contribute_to_class(self, cls, name, private_only=False):
            super().contribute_to_class(cls, name, private_only)
            # 模拟外键的`fk_id`取值逻辑，避免两套项目代码调用差异
            setattr(cls, f"{name}_id", property(lambda self: getattr(self, name)))

3. 共用B模型定义 #

两套项目使用完全相同的B模型代码即可：

class B(models.Model):
    fk = BForeignKey(
        to='A',
        on_delete=models.PROTECT,
        null=False,
        # 从项目下设为不可编辑，避免admin等场景误改
        editable=settings.IS_MASTER_PROJECT
    )
    # 此处填写B模型的其他字段

4. 配套兼容处理 #

• 迁移操作：仅在主项目执行makemigrations生成迁移文件，两个项目都执行migrate同步表结构即可。外键在数据库底层本身就是对应类型的整数字段，从项目使用整数字段不会产生表结构冲突
• Admin配置：从项目的B模型Admin中将fk设为只读，避免操作报错：

from django.contrib import admin
from .models import B
from django.conf import settings

@admin.register(B)
class BAdmin(admin.ModelAdmin):
    if not settings.IS_MASTER_PROJECT:
        readonly_fields = ("fk",)

注意事项 #

• 不要尝试直接给外键加db_constraint=False解决问题，该参数仅关闭数据库外键约束，Django启动时仍会校验关联模型A是否存在，无法绕过
• 主项目的外键所有能力不受影响，仍然支持fk__some_a_field跨表查询、a.b_set反向查询等原生操作
• 从项目的fk字段仅作为普通整数字段使用，不会触发任何关联查询，也不会因为A模型不存在报错

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