Em 10 de dezembro de 2014 18:28, Everton Berz <everton.b...@gmail.com> escreveu:
> 2014-12-10 16:13 GMT-02:00 Márcio A. Sepp <mar...@zyontecnologia.com.br>: > >> >> >> Bom dia, >> >> >> >> >> >> O que você considera um ambiente complexo? Poderia nos dar mais detalhes? >> >> >> >> Na verdade eu sou apenas um entusiasta. >> >> Mas minha visão de ambiente complexo seria um ambiente com muitas >> conexões de acesso no banco. Tanto para alteração quanto para somente >> leitura e também tabelas com bastante registros. >> >> >> >> Como poderia ser proposto uma solução, por exemplo, para um banco como o >> banco do Brasil? (hipoteticamente é claro) com muitos acessos de leitura e >> também muitos acessos de escrita e, com um cadastro centralizado (os saldos >> das contas e os nomes dos correntistas teoricamente deveriam ser >> centralizados não é mesmo?). >> > > Não necessariamente, principalmente se for uma abordagem síncrona. > > >> >> >> Seguindo no exemplo hipotético do banco, de tempos em tempos teria de se >> fazer uma fragmentação das tabelas de movimento, pois senão teríamos um >> inchaço muito grande com o passar do tempo. Li sobre a herança no >> postgresql, alguém pode citar de repente alguma experiência com esse >> recurso? Como ficam as chaves estrangeiras na herança? >> >> >> > > Existem problemas com FK's na herança. Essa funcionalidade do PostgreSQL > acabou sendo deixada de lado pois consideraram outras características mais > importantes (e eu concordo). Eu tentei usar uma vez em um projeto de médio > porte e desisti. > Exemplo ( http://www.postgresql.org/docs/9.3/static/ddl-inherit.html ): > A serious limitation of the inheritance feature is that indexes (including > unique constraints) and foreign key constraints only apply to single > tables, not to their inheritance children. > > > >> --- >> >> >> >> Achei interessante os links abaixo e a replicação por streaming é muito >> legal. Tenho uma dúvida em relação a ela que seria mais ou menos assim: >> Cliente faz uma operação de pagamento de um título e em seguida consulta o >> título novamente. No momento do pgto (operação de escrita), minha aplicação >> executa no servidor máster e na consulta (apenas leitura), minha aplicação >> consulta em um servidor slave. Pode ocorrer de fazer o pagamento do título >> e consultar em seguida e ainda não aparecer o pagamento? (pelo que vi pode >> sim, mas quanto tempo e onde pode ser configurado este tempo? Malefícios de >> deixar um time baixo?) >> >> >> > > Pode, se tiver em replicação assíncrona. Nesse teu cenário, eu não vejo > malefícios em deixar um time baixo. Entretanto, nada garante que será > sincronizado antes do usuário invocar na tela de consulta no standby. > Você pode monitorar o lag através desta query e ter uma ideia do tempo > médio da replicação no seu ambiente. > > SELECT CASE WHEN pg_last_xlog_receive_location() = > pg_last_xlog_replay_location() THEN 0 > ELSE EXTRACT (EPOCH FROM now() - pg_last_xact_replay_timestamp()) > END AS log_delay; > > > > >> > >> >> Att. >> >> Márcio A. Sepp >> >> >> >> >> >> [1] - >> http://eulerto.blogspot.com.br/2010/11/replicacao-no-postgresql.html >> >> [2] - >> http://eulerto.blogspot.com.br/2010/11/hot-standby-e-streaming-replication.html >> >> _______________________________________________ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > Pessoal, aguem mais concorda que herança tem seus problemas? poderia exemplificar Everton? pois estava pretendendo utilizar essa opção em um projeto que ja esta em andamento e tenho 2 tabelas com mais de 120 campos e gostaria de quebra-las. -- Douglas Fabiano Specht
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
