Ash项目中的多租户模式与跨资源过滤问题解析

在开发多租户应用时，正确处理数据隔离是至关重要的。Ash框架作为一个强大的Elixir资源框架，提供了完善的多租户支持机制。本文将深入分析一个在多租户环境下出现的跨资源过滤问题及其解决方案。

问题背景

在多租户架构中，我们通常需要确保每个租户的数据完全隔离。Ash框架通过PostgreSQL的schema机制实现了这一功能。然而，当开发者尝试在非多租户资源（如User）和多租户资源（如Group、Permission）之间建立关联并进行跨资源过滤时，遇到了一个关键问题。

问题重现

假设我们有以下资源模型：

• User（非多租户）
• Group（多租户）
• Permission（多租户）
• UserGroup（关联表）
• GroupPermission（关联表）

当开发者执行如下查询时：

User
|> Ash.Query.filter(id == ^user.id)
|> Ash.Query.filter(groups.permissions.name == ^action_type)
|> Ash.Query.filter(groups.permissions.resource == ^resource)
|> Ash.exists?(tenant: "company_1", authorize?: false)

系统错误地尝试在public schema中查找多租户资源表（如user_groups、groups等），而不是使用指定的租户schema（company_1）。

问题本质

这个问题揭示了Ash SQL适配器在处理跨资源过滤时的不足：

1. 当查询从非多租户资源开始，但涉及多租户资源的关联时
2. 系统未能正确传播租户上下文到所有关联的多租户资源
3. 导致所有表引用都默认使用public schema

解决方案

Ash团队在ash_sql 0.2.47版本中修复了这个问题。修复后的行为：

1. 正确处理从非多租户资源开始的查询
2. 在涉及多租户资源的关联路径上正确应用租户schema
3. 保持非多租户资源继续使用public schema

最佳实践

为避免类似问题，开发者应该：

1. 明确标记每个资源的multitenancy配置
2. 测试跨资源查询在不同租户下的行为
3. 考虑查询性能，特别是在复杂的跨资源过滤场景中
4. 保持Ash框架及其相关依赖的最新版本

总结

多租户应用中的数据隔离是系统设计的关键部分。Ash框架通过持续改进解决了这个跨资源过滤的schema处理问题，为开发者提供了更可靠的多租户支持。理解这类问题的本质有助于开发者在复杂场景下构建更健壮的应用架构。