Django-Multitenant-分布式多租户数据库项目实战(Python/Django+Postgres+Citus)

Python/Django 支持分布式多租户数据库,如 Postgres+Citus。

通过将租户上下文添加到您的查询来实现轻松横向扩展,使数据库(例如 Citus)能够有效地将查询路由到正确的数据库节点。

构建多租户数据库的架构包括:为每个租户创建一个数据库、为每个租户创建一个 schema 和让所有租户共享同一个表。这个库基于第三种设计,即让所有租户共享同一个表,它假设所有租户相关的模型/表都有一个 tenant_id 列来表示租户。

以下链接更多地讨论了何时以及如何为您的多租户数据库选择正确架构的权衡:

https://www.citusdata.com/blog/2016/10/03/designing-your-saas-database-for-high-scalability/

关于多租户的其他有用链接:

  • https://www.citusdata.com/blog/2017/03/09/multi-tenant-sharding-tutorial/
  • https://www.citusdata.com/blog/2017/06/02/scaling-complex-sql-transactions/

项目源码

  • https://github.com/citusdata/django-multitenant

安装

pip install --no-cache-dir django_multitenant

支持的 Django 版本/前提条件。

Python

Django

3.X

2.2

3.X

3.2

3.X

4.0

用法

为了使用这个库,您可以使用 Mixins 或让您的模型从我们的自定义模型类继承。

模型变化

  • 在要使用库的任何文件中导入它:
from django_multitenant.fields import *
from django_multitenant.models import *
  • 所有模型都应继承 TenantModel 类。Ex: class Product(TenantModel):
  • 定义一个名为 tenant_id 的静态变量,并使用该变量指定租户列。Ex: tenant_id=’store_id’
  • TenantModel 子类的所有外键都应使用 TenantForeignKey 代替 models.ForeignKey
  • 实现上述 2 个步骤的示例模型:
class Store(TenantModel):
tenant_id ='id'
name = models.CharField(max_length=50)
address = models.CharField(max_length=255)
email = models.CharField(max_length=50)

class Product(TenantModel):
store = models.ForeignKey(Store)
tenant_id='store_id'
name = models.CharField(max_length=255)
description = models.TextField()
class Meta(object):
unique_together =["id","store"]
class Purchase(TenantModel):
store = models.ForeignKey(Store)
tenant_id='store_id'
product_purchased = TenantForeignKey(Product)

使用 mixins 更改模型

  • 在您要使用库的任何文件中,只需:
from django_multitenant.mixins import *
  • 所有模型都应使用 TenantModelMixin 和 django models.Model 或您的客户模型类 Ex: class Product(TenantModelMixin, models.Model):
  • 定义一个名为 tenant_id 的静态变量,并使用该变量指定租户列。Ex: tenant_id=’store_id’
  • TenantModel 子类的所有外键都应使用 TenantForeignKey 代替 models.ForeignKey
  • 实现上述 2 个步骤的示例模型:
class ProductManager(TenantManagerMixin, models.Manager):
pass

class Product(TenantModelMixin, models.Model):
store = models.ForeignKey(Store)
tenant_id='store_id'
name = models.CharField(max_length=255)
description = models.TextField()

objects = ProductManager()

class Meta(object):
unique_together =["id","store"]

class PurchaseManager(TenantManagerMixin, models.Manager):
pass

class Purchase(TenantModelMixin, models.Model):
store = models.ForeignKey(Store)
tenant_id='store_id'
product_purchased = TenantForeignKey(Product)

objects = PurchaseManager()

在 db 层自动化复合外键:

  • 使用 TenantForeignKey 在租户相关模型之间创建外键将自动将 tenant_id 添加到引用查询(例如 product.purchases)和连接查询(例如 product__name)。如果要确保在 db 层创建复合外键(带有 tenant_id),则应将 settings.py 中的数据库 ENGINE 更改为 django_multitenant.backends.postgresql。
'default':{
'ENGINE':'django_multitenant.backends.postgresql',
......
......
......
}

在哪里设置租户?

  • 使用中间件编写身份验证逻辑,该中间件还为每个 session/request 设置/取消设置租户。这样,开发人员不必担心基于每个视图设置租户。只需在身份验证时设置它,库将确保其余部分(将 tenant_id 过滤器添加到查询中)。上面的示例实现如下:
from django_multitenant.utils import set_current_tenant

class MultitenantMiddleware:
def __init__(self, get_response):
self.get_response= get_response

def __call__(self, request):
if request.userandnot request.user.is_anonymous:
set_current_tenant(request.user.employee.company)
return self.get_response(request)

在您的设置中,您需要更新 MIDDLEWARE 设置以包含您创建的设置。

MIDDLEWARE =[
# ...
# existing items
# ...
'appname.middleware.MultitenantMiddleware'
]
  • 在您希望基于租户范围的所有视图中使用 set_current_tenant(t) api 设置租户。这将自动(不指定显式过滤器)将所有 django API 调用范围限定为单个租户。如果未设置 current_tenant,则使用没有租户范围的 默认/原生 API。

支持的 API

  • Model.objects.* 下的大部分 API。
  • Model.save() 为租户继承的模型注入 tenant_id。
 s=Store.objects.all()[0]
set_current_tenant(s)

#All the below API calls would add suitable tenant filters.
#Simple get_queryset()
Product.objects.get_queryset()

#Simple join
Purchase.objects.filter(id=1).filter(store__name='The Awesome Store').filter(product__description='All products are awesome')

#Update
Purchase.objects.filter(id=1).update(id=1)

#Save
p=Product(8,1,'Awesome Shoe','These shoes are awesome')
p.save()

#Simple aggregates
Product.objects.count()
Product.objects.filter(store__name='The Awesome Store').count()

#Subqueries
Product.objects.filter(name='Awesome Shoe');
Purchase.objects.filter(product__in=p);

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/261358.html<

(0)
管理的头像管理
上一篇2025-05-03 14:41
下一篇 2025-05-03 14:43

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注