使用django-tenants配置多个TENANT_MODEL执行makemigrations报错如何解决

django-tenants的TENANT_MODEL配置项原生仅支持传入单个模型的路径字符串，你传入三个模型组成的元组，框架内部构建关联外键时会直接把整个元组作为ForeignKey的入参，触发参数合法性校验失败，就是你看到的报错。

分两种业务场景适配：

场景1：仅需要User、Room、City模型数据按租户隔离，不需要作为租户识别主体 #

绝大多数开发者遇到的都是这个场景，属于对TenantMixin的使用误区：继承TenantMixin的是租户主体模型，是用来区分不同租户的根标识，需要租户隔离的业务模型不需要继承TenantMixin，只要放在租户应用下即可，框架会自动按schema隔离数据。
操作步骤：

• 修正settings.py的TENANT_MODEL配置为单个租户主体模型，比如按用户作为租户主体就写：

TENANT_MODEL = "users.User"

• 去掉Room、City模型的TenantMixin继承，修改后模型示例：

# rooms/models.py
from django.db import models

class Room(models.Model):
    room_no = models.IntegerField()
    beds = models.IntegerField(default=2)

class City(models.Model):
    name = models.CharField(max_length=50)

• 把rooms应用加到TENANT_APPS列表中，确保业务模型表会创建到每个租户的独立schema下：

TENANT_APPS = [
   'rooms',
   'django.contrib.contenttypes',
   'django.contrib.admin',
   'django.contrib.auth',
   'django.contrib.sessions',
   'django.contrib.messages',
   'django.contrib.staticfiles',
]

场景2：确实需要多主体租户（比如不同业务线对应不同的租户识别模型） #

原生django-tenants不支持该配置，需要自定义租户解析逻辑：

• 保留TENANT_MODEL为任意一个存在的租户模型（避免框架初始化报错）
• 重写TenantMainMiddleware的get_tenant方法，根据请求域名、路径等标识，动态选择对应的租户模型查询租户实例，示例：

# 自定义中间件
from django_tenants.middleware.main import TenantMainMiddleware

class CustomTenantMiddleware(TenantMainMiddleware):
    def get_tenant(self, domain_model, hostname):
        # 自定义逻辑：比如域名前缀为room_就用Room模型查租户，前缀为city_就用City模型查
        host_segments = hostname.split('.')
        prefix = host_segments[0]
        if prefix.startswith('room_'):
            return Room.objects.get(domain__domain=hostname)
        elif prefix.startswith('city_'):
            return City.objects.get(domain__domain=hostname)
        # 默认用User模型查
        return User.objects.get(domain__domain=hostname)

• 把settings.py里的中间件替换成你自定义的中间件即可。
  提示：多主体租户场景下需要将Domain模型的tenant字段修改为Django泛型外键，兼容关联不同租户模型的需求。

修改完成后删除之前生成的错误迁移文件，执行以下命令验证：

• python manage.py makemigrations
• python manage.py migrate_schemas

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