Lembro-me dos podcasts do stackoverflow que o Fog Creek usa um banco de dados por cliente para o Fogbugz . Presumo que isso signifique que os servidores Fogbugz On Demand tenham dezenas de milhares de bancos de dados.
Estamos apenas começando a desenvolver um aplicativo web e temos um problema semelhante para resolver (muitos clientes com seus próprios dados isolados).
Que problemas devo esperar ao usar um banco de dados por cliente? Como posso resolvê-los?
Meus pensamentos iniciais
Vantagens de um banco de dados por cliente
- Esquema de banco de dados mais simples
- Backups mais simples - você pode fazer backup de cada cliente sem que isso realmente afete outros clientes.
- Facilita a exportação de dados de determinados clientes.
- Melhor desempenho de cache - uma gravação em uma das tabelas mais ativas afeta apenas aquele único cliente que executou a gravação.
- Mais fácil de dimensionar em hardware. Por exemplo, quando precisamos passar de 1 para 2 servidores, apenas movemos metade de nossos clientes para o novo servidor.
Desvantagens
- O MySQL pode lidar com 5.000 bancos de dados? O desempenho seria péssimo?
- As alterações no esquema podem ser difíceis de replicar em todos os bancos de dados. Realmente teríamos que ter um plano automatizado para isso, como versionar o esquema e um script que entendesse como levar um banco de dados de uma versão para outra.
- Fazer qualquer coisa que seja comum a todos os nossos clientes pode ser estranho ou impossível
- Semelhante ao acima, mas qualquer análise que desejemos realizar em todos os nossos clientes pode ser impossível. Como devemos rastrear o uso em todos os clientes, por exemplo?