Se a aplicação realmente for 100% separada e nunca vai haver consulta em dados das duas empresas, pode-se criar bases separadas no mesmo cluster e cada empresa conecta em uma base.
Se por ventura o sistema ter que ser multiempresa onde vai existir informações comuns entre elas, não vejo melhor opção que criar realmente um campo nas tabelas para você informar a que empresa o registro se refere. Att. Rieg ----- Original Message ----- From: "Rodrigo" <[email protected]> To: "'Comunidade PostgreSQL Brasileira'" <[email protected]> Sent: Thursday, September 20, 2012 4:18 PM Subject: [pgbr-geral] RES: RES: Banco Postgres Multi Empresa > Entao! O mais trabalhoso que seria colocar o campo codempresa em todas as > tabelas se tornaria o mais rápido? > > Rodrigo > > -----Mensagem original----- > De: [email protected] > [mailto:[email protected]] Em nome de Guimarães > Faria Corcete DUTRA, Leandro > Enviada em: quinta-feira, 20 de setembro de 2012 15:28 > Para: Comunidade PostgreSQL Brasileira > Assunto: Re: [pgbr-geral] RES: Banco Postgres Multi Empresa > > 2012/9/20 Rodrigo <[email protected]>: >> E em relação os cruzamentos de informações serem complexas não tem tanto >> problema...pois o tempo que vou economizar com código compensará... > > A curto prazo, sim, mas a longo… > > >> e as consultas entre os schemas? Isso pode pessar o sistema? > > Não pessar nem pesar, mas pode ficar inviável fazer uma pesquisa sobre ‘n’ > tabelas… principalmente consultas ad hoc. > _______________________________________________ > 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 > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
