Tem também como fazer uma espécie de tenant por linha no postgres. Mesmo schema, mesmo db, mesma tabela só muda que tem uma info de tenant em cada linha e usa role do postgres para permitir a leitura, na escrita aí sempre usa a mesma role, o mesmo para update e delete
Já vi um caso PG onde tinha um schema principal, e outro schemas conforme o cliente/aplicação, assim só copiava as migrations, assim tinham as mesma tabelas. Ex. um cliente id =1 com schema A, e outro cliente id =1 no B... Só a URL do login ou outra lógica redirecionava pro sche correto
Depende muito da arquitetura e do tipo de tenant, já vi casos que especificamente tinha que ser separado fisicamente os dados. Logo não dava nem pra tocar um insert com dados de outros clientes naquele db.
"Ele tem pai, ele tem mãe, não fala assim dele"
Como se tornar o CEO da sua mei usando so NodeJs e Reaaaqueti
Será que ensina que Container de 10GB talvez não seja um container?
- partitions tables - materialized Views