O ideal seria realmente o uso de schemas e centralização de informação. Se você mantiver diversos banco de dados, para cada bando terá que abrir uma conexão, ou então ficar mudando o tempo todo de banco em uso nas suas queries, o que pode causar facilmente erros. Se você tem tabelas compartilhadas entre os sistemas, melhor centralizar tudo mesmo. Aí, você pode aumentar o número de conexões simultâneas sem maiores problemas.
Em 22/08/07, Jorge Vilela<[EMAIL PROTECTED]> escreveu: > Olá pessoal! > > Onde trabalho temos hoje 3 servidores (não conheço bem a configuração deles, > sei que não são tão bons se comparados a muitos por aí), e agora estamos com > uma v40 com 8gb mem sobrando. > > Então surgiu a idéia de migramos os bancos dessas 3 máquinas para essa v40 > para unificar o maior número possível de tabelas que são usadas em vários > sistemas sem precisar de replicação. > > Para programação usamos PHP e um pouco de JAVA, mas ficariam em um servidor > separado, deixaríamos a v40 somente para o postgres. > > Minha dúvida é: Seria melhor separar uma database para cada sistema e > abandonar os schemas, ou colocar tudo logo em schemas já que estariam no > mesmo servidor? Assim eu usaria um schema/db só para as tabelas usadas por > várias sistemas também. > > > Algum de vocês já passou por isso? > Schemas podem ser mais fáceis de se usar mas dbs são melhores para se > gerenciar separadamente não é? Me corrijam se estiver falando abobrinha... > > > []'s > Jorge Vilela > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
