我正在尝试转换当前使用multi tenant app with multi tenant database租户模型的SAAS应用程序。
我们的用户主要是移动用户，并且用户需要在一个请求中从多个租户那里获取产品信息。 在当前模型中，这可以正常工作，因为需要获取的产品信息由唯一的数据库密钥（GUID）标识。 有一个关系表，用于存储用户ID和相关产品ID。
由于租户的增加，我们现在正在考虑迁移到multi tenant app with sharded multi tenant databases。
因此，我们现在显然正面临着在各个租户之间收集信息的问题。
使用at the sample查找此模型，它使用给定传入请求的tenantId为特定租户构建DbContext。
我们可以明显地扩展该概念中的“目录数据库”，使其还承载userId-> Product ID（每个条目带有tenantId），但是Web应用程序如何能够以一种优雅而高效的方式查询多个DbContext？
有什么指针或想法吗？