On 1/18/16 10:01 AM, Felipe Moura wrote: > Bom dia! > > Pessoal, estamos passando por um situação onde a equipe de banco de > dados afirma que trabalhar com esquema no postgres é inseguro e a > solução dada seria utilizar uma database para cada sistema. Schema não é inseguro e é recomendavel exatamente para separar namespaces de dados com uma relação forte como: a) Schemas identicos que suportem clientes diferentes. b) schemas diferentes representando dominios de informação diferentes sobre uma mesma entidade.
> > Alguém já passou por algo parecido? Sim, eu utilizo schemas no caso A e caso B com sucesso sem apresentar problema algum relacionado a performance ou organização. A questão que você precisa ter em mente é que a aplicação de um migration para schemas de dados identicos vai requerer aplicar o migration em CADA UM dos schemas. > > Também foi argumentado que os relacionamentos entre bases poderia ser > feita com dblink sem perda de performance e sem prejudicar futuros > relatórios. Toda vez que você for utilizar o dblink para se relacionar com outra base você tera de enfrentar primeiro a latencia, depois a questão dos relacionamentos fracos entre as tabelas(afinal você não vai conseguir estabelecer triggers utilizando pk/fk) e depois a questão de abrir uma porta do postgreSQL num ip publico (a não ser que você esteja rodando o postgresql numa rede privada num DMZ por exemplo). DBLink levanta mais questões de segurança que o schema, mas no final elas se resumem a mesma afirmação se você utilizar o pg_hba de maneira a definir usuarios, algoritmos de acesso e CIDR's corretos você não tera problemas de segurança. > > Faz sentido? > > Grato! > > > -- > ** > > Atenciosamente, > > Felipe Moura > Desenvolvedor > http://about.me/felipewebdf > twitter: @felipewebdf > talk: [email protected] <mailto:[email protected]> > > (61) 8490-8156 > > > /*Não é da benevolência do padeiro, do açougueiro ou do cervejeiro que > eu espero que saia o meu jantar, mas sim do empenho deles em promover > seu "auto-interesse".*/ > > > > _______________________________________________ > 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
