Django外键动态关联指定模型，不使用GenericForeignKey是否可行

Django常规ForeignKey无法直接实现跨模型链路动态指向关联表的嵌套绑定，你当前触发报错的本质是违背了Django外键的底层引用规则。

报错根源 #

Django对外键的字符串模型引用有硬性格式要求：必须严格符合app_label.ModelName的两层结构，仅支持「应用名.模型名」的定位方式，完全不支持任何跨模型链路的嵌套字段引用语法。
你写的'model.category.filter_option_content_type'本质是尝试在ORM定义阶段就实现跨三级链路的动态关联：ProductItem → Product → Category → ContentType动态指向的实际Size模型。这种需要运行时才能确定最终关联目标的逻辑，从设计上就不属于常规外键的覆盖场景，必然触发格式校验错误。

不使用GenericForeignKey的落地实现方案 #

如果要在不引入GenericForeignKey的前提下实现同类业务逻辑，需要完全放弃“单个外键字段搞定全链路动态关联”的思路，拆成固定字段+业务层校验的组合方案，具体实现步骤：

• 将原设计中动态指向的3个Size模型，分别定义为独立的固定外键字段，替代原来的嵌套引用写法：

  class ProductItem(models.Model):
      model = models.ForeignKey(
          Product, 
          verbose_name='Модель', 
          on_delete=models.CASCADE, 
          related_name='productitem'
      )
      # 拆分为三个独立的固定外键，分别对应不同规格模型
      frame_size = models.ForeignKey(FrameSize, on_delete=models.SET_NULL, null=True, blank=True)
      shoe_size = models.ForeignKey(ShoeSize, on_delete=models.SET_NULL, null=True, blank=True)
      cloth_size = models.ForeignKey(ClothSize, on_delete=models.SET_NULL, null=True, blank=True)
  

• 重写ProductItem的clean方法做模型级校验：
  1. 根据当前实例关联的Product，顺链路取出对应Category的filter_option_content_type配置
  2. 校验用户传入的规格值类型必须和ContentType匹配：比如Category指定关联FrameSize模型时，仅允许给frame_size字段赋值，其余两个规格字段必须为空
  3. 校验不通过时直接抛出ValidationError，阻断不合规的数据写入
• 在模型层封装统一的属性方法，对外屏蔽多字段的实现细节，调用方无需感知底层的拆分逻辑：

  @property
  def size(self):
      category = self.model.category
      content_type = category.filter_option_content_type
      if content_type.model == 'framesize':
          return self.frame_size
      elif content_type.model == 'shoesize':
          return self.shoe_size
      elif content_type.model == 'clothsize':
          return self.cloth_size
      return None
  

方案适配说明 #

该实现全程使用常规外键，完全不涉及GenericForeignKey的使用，既满足了不同类目下绑定不同规格表的业务需求，也绕开了常规外键不支持嵌套动态关联的语法限制，同时保留了数据层面的关联完整性校验能力，不会出现外键悬空的问题。

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