使用Django和Postgresql的分层多租户体系结构使用单独的模式

Question

我有一个django应用程序有客户端和多个用户链接到这些客户端，我想将系统迁移到分层多租户架构。

分层部分

客户端可以递归地包含其他客户端。例如，客户端A包括客户端B和客户端C。如果用户客户端A登录系统，用户将看到客户端B和客户端C的数据。如果客户端B的用户登录系统，用户将只看到客户端B的数据。

多租户部分

我想将所有客户机的数据存储在单独的模式中。但有些数据与客户机无关，所以我想将这些数据存储在“公共”模式中。

当我研究使用Django构建多租户应用程序时，我看到了这一部分：

def set_tenant_schema_for_request(request):
    schema = tenant_schema_from_request(request)
    with connection.cursor() as cursor:
        cursor.execute(f"SET search_path to {schema}")

然而，要应用我上面提到的分层示例，我必须同时到达多个模式。我能做到吗？或者有其他方法来实现我的架构吗？

Answer 1

您可以在PostgreSQL搜索路径中列出多个模式。如果同一个表出现在多个模式中，则只返回搜索路径中第一个模式的行。不同模式下的表中的行没有自动组合。所以这可能不是你想要的。

您可以重新构建应用程序，以便每个查询都从不同模式的表中选择数据，然后使用联合子句将这些结果连接在一起。虽然这将提供正确的结果，但应该清楚的是，以这种方式构建所有查询将使应用程序非常复杂，也不是一个好的计划。

如果您希望能够同时查看来自多个客户机的数据，那么使用隔离模式的多租户体系结构不是正确的选择。在消除了替代方案之后，我认为只有一种方法仍然存在。必须对同一个表中不同客户端的行使用共享模式多租户。

拥有一个共享模式意味着不同客户机之间的数据分离更少，但它提供了一种简单的方法，可以在需要的情况下同时显示来自多个客户机的数据。通常的实现方法是在查询的where子句中html" target="_blank">添加术语，以确保只返回登录用户应该可见的数据。

您可以考虑的另一种可能性是在数据库中使用行级安全性。使用这种方法，每个客户端都将拥有自己的Postgres用户帐户，其策略仅限制对适用于它们的行的访问。这将确保正确安全性的一些责任从应用程序层推给数据库层，这有优点也有缺点。一个好处是安全性只需要在数据库中实现一次，而不是在应用程序的整个数据访问部分。一个可能的缺点是数据库可能需要做更多的工作。

https://www.postgresql.org/docs/11/ddl-rowsecurity.html