Django多租户：共享模型删除失败及关联表不存在问题求助

问题1：无法删除public schema中的用户 #

问题背景 #

public schema中的自定义User模型被所有租户共享，full-version租户的order应用里，Address模型通过外键关联User：

class Address(models.Model):
    user = models.ForeignKey(
        User, on_delete=models.SET_NULL, null=True, blank=True)

由于跨schema的外键关联限制，删除public中的用户时，Django会检查所有full-version租户的Address表，导致删除操作失败。

解决方案 #

1. 预清理关联数据：
   编写自定义管理命令，在删除用户前遍历所有full-version类型的租户，切换到对应schema后将该用户关联的Address.user设为NULL，再回到public schema执行用户删除操作。示例代码框架：

   from django.core.management.base import BaseCommand
   from django_tenants.utils import tenant_context
   from clients.models import Client
   from order.models import Address
   from accounts.models import User
   
   class Command(BaseCommand):
       def add_arguments(self, parser):
           parser.add_argument('user_id', type=int)
   
       def handle(self, *args, **options):
           user = User.objects.get(id=options['user_id'])
           # 遍历所有full-version租户
           full_tenants = Client.objects.filter(type='full-version')
           for tenant in full_tenants:
               with tenant_context(tenant):
                   Address.objects.filter(user=user).update(user=None)
           # 删除public中的用户
           user.delete()
   

2. 修改外键删除行为：
   将on_delete改为models.DO_NOTHING，绕过Django的关联检查，但需自行保证数据一致性，避免出现指向已删除用户的脏数据：

   user = models.ForeignKey(
       User, on_delete=models.DO_NOTHING, null=True, blank=True)
   

3. 调整模型归属（可选）：
   如果地址数据无需租户隔离，可将Address模型移到public schema的应用中，这样外键关联在同一schema内，删除用户时SET_NULL可正常生效。

问题2：menu租户中关联表不存在错误 #

问题背景 #

menu租户未加载order应用，但在操作时触发了对order_address表的查询，导致报错：

django.db.utils.ProgrammingError: relation "order_address" does not exist

本质原因是User模型的反向关联（user.address_set）在menu租户下被触发，但该租户没有order_address表。

解决方案 #

1. 避免触发跨应用反向关联：
   在menu租户的视图、序列化器或查询逻辑中，明确排除对User反向关联地址的访问。比如在DRF序列化器中不包含addresses字段：

   # menu租户使用的User序列化器
   class UserSerializer(serializers.ModelSerializer):
       class Meta:
           model = User
           fields = ['id', 'username', 'email']  # 不包含addresses字段
   

2. 条件化模型管理：
   在order应用的Address模型中，通过租户类型判断是否让Django管理该表，非full-version租户下设置managed=False，同时确保模型结构在所有租户中可见：

   from django_tenants.utils import get_current_tenant
   
   class Address(models.Model):
       user = models.ForeignKey(User, on_delete=models.SET_NULL, null=True, blank=True)
   
       class Meta:
           def _get_managed():
               tenant = get_current_tenant()
               return tenant.type == 'full-version' if tenant else False
   
           managed = property(_get_managed)
   

   注意：需确保order应用被添加到所有租户的INSTALLED_APPS中，这样Django能识别模型结构，但仅在full-version租户下创建表。

3. 空模型占位（不推荐）：
   为menu租户创建一个空的Address模型（结构与full-version的一致），放在menu租户专属的应用中，避免查询时出现表不存在错误。但此方法会增加维护成本，不建议长期使用。

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