1 Respuesta
- Más nuevo
- Más votos
- Más comentarios
0
【以下的回答经过翻译处理】 正如您所暗示的那样,多租户数据库架构将归结为他们的用例。有很多论文/文章讨论了在隔离、可维护性、迁移、开发难度、模式更改和其他因素方面与替代方法的权衡。
鉴于此,我将尝试将我的回答集中在您问题的 1 和 2 上:我们有客户在 Aurora 和 RDS Postgres 上使用 10k 数据库。有些甚至高出几个数量级。但是,他们肯定会考虑他们未来的扩展计划。有一点,即使只是文件的绝对数量通常也会导致 Postgres(或操作系统)的痛苦。如果他们的数据模式很复杂,每个数据库都有很多表关系,那么他们可能会更快地遇到问题。很难给出可靠的数字,但在 10k 时,您可以说这足以让他们投入精力进行真正的评估。
另一个潜在的症结是连接管理。如果他们的工作负载需要频繁访问许多客户/数据库,那么值得一提的是 Postgres 是按数据库连接的。即使是 10k,他们实际上也无法为所有客户缓存所有连接。创建和拆除连接会带来开销,否则他们不会遇到像每个客户一个表这样的事情。
正如我提到的,还有很多其他事情需要考虑,但是,可以明确的是,可以做 10k 逻辑数据库。但他们应该使用代表其特定的工作负载进行测试。
Contenido relevante
- OFICIAL DE AWSActualizada hace un año
- OFICIAL DE AWSActualizada hace un año
- OFICIAL DE AWSActualizada hace un año
- OFICIAL DE AWSActualizada hace un año