Douglas o link da documentação oficial que enviei fala das limitações. Exemplo de um dos problemas: http://stackoverflow.com/questions/4940974/postgresql-foreign-key-not-existing-issue-of-inheritance
Isso foi o que fez eu desistir. O ano era 2004 e quando questionei sobre a melhoria me disseram que essa parte do projeto não ia receber atenção. Dito e feito, 10 anos depois os problemas continuam. -- Everton 2014-12-10 18:57 GMT-02:00 Douglas Fabiano Specht <[email protected]> : > > > Em 10 de dezembro de 2014 18:28, Everton Berz <[email protected]> > escreveu: > > 2014-12-10 16:13 GMT-02:00 Márcio A. Sepp <[email protected]>: >> >>> >>> >>> 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 >>> [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 >> >> > 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 > [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
