Leonardo, desculpe minha falta de conhecimento, é que ainda sou novo no Postegres.
Suas dicas e explicações me foram valiosas! O que eu gostaria de fazer é: Tenho uma tabela chamada "extrato". Ela possui muitos registros e o nível de requisições de pesquisas na tabela, também é muito alto. Porém, a maioria dos relatórios (pesquisas) são feitas com um range de 2 meses. Então eu estava pensando em fragmentar essas tabelas bimestralmente diminuindo assim o tempo de resposta. Entendeu? Atenciosamente; Yuri Zanola Piratello ===================== Desenvolvedor Web msn: [email protected] Skype: yuri_zpira Gmail: [email protected] Twitter: http://twitter.com/yuri_zpira Celular: (14) 8167 4154 Em 19 de outubro de 2010 14:54, Leonardo Cezar <[email protected]> escreveu: > 2010/10/18 Yuri Piratello <[email protected]>: > > > Estou começando a fuçar no Postgre e em alguns outros bancos a procura de > > Fragmentação em Tabelas. > > Qual resultado/objetivo vc espera em seu estudo ou "fuçação" sobre > fragmentação de dados? > > - Voce poderia procurar por paralelismo de consultas e falar em > fragmentação; > - Voce poderia falar em isolamento de dados (<> ACID) e ainda assim > tratar com fragmentação; > - Replicação ou balanceamento de carga tambem podem se desfrutar de > fragmentação; > - Voce poderia ainda falar de mineração de dados ou /data warehousing/ > e resolver com fragmentação e por ai vai ... > > No artigo [4], obtido a partir de acm.org, voce poderá verificar > benefícios e os problemas com fragmentação horizontal de dados dentro > de um /data-grid/. > > > O conceito vem banco de dados distribuído. > > Porém eu gostaria de colocar em uma base centralizada. > > Voce poderia se beneficiar de particionamento[1] e alcançar a tal > "fragmentação" também ... > > CREATE TABLE horas_trabalhadas( > id_empregado INTEGER > ,dt_registro DATE > ); > > CREATE TABLE horas_trabalhadas_julho( > CHECK dt_registro BETWEEN '2010/07/01' AND '2010/07/31' > ) INHERITS (horas_trabalhadas); > > > Pesquisei e encontrei dois softwares: pgCluster e Slony. > > O pgCluster encontrei que faz a fragmentação dividindo a tabela em > fragmento > > de acordo com a condição WHERE. > > Ambos não servem para particionamento/fragmentação: > - PgCluster é uma ferramenta de replicação síncrona muti-master e > AFAIK descontinuado. > - Slony é uma ferramenta de replicação assíncrona master com múltiplos > slaves; > > Veja a ferramenta PLProxy[3] para isto > > > Ex: > >> > >> /*definição e alocação dos fragmentos dos produtos*/ > >> > >> sc=# CREATE FRAGMENT PRODUTO_FLN ON PRODUTO WHERE ID_CIDADE_ORIGEM=1; > >> sc=# PLACE PRODUTO_FLN ON FLN; > >> sc=# CREATE FRAGMENT PRODUTO_JVL ON PRODUTO WHERE ID_CIDADE_ORIGEM=2; > >> sc=# PLACE PRODUTO_JVL ON JVL; > > Não é nada disto! O pg_cluster não sabe absolutamente nada sobre > particionamento de dados!! Pg_grid é uma extensão proposta pelo autor > no link *original*[2] e até onde entendi, não passa de um artigo. > > >> Fonte: > >> > http://kambing.ui.ac.id/postgresql/projects/pgFoundry/pggrid/artigo.pdf > > O link correto de origem é [2] > > 1) http://www.postgresql.org/docs/9.0/interactive/ddl-partitioning.html > 2) http://pgfoundry.org/projects/pggrid/ > 3) http://plproxy.projects.postgresql.org/doc/tutorial.html > 4) http://is.gd/g8nxa > > Abraço! > > -Leo > -- > Leonardo Cezar > http://www.aslid.org.br > http://postgreslogia.wordpress.com > _______________________________________________ > 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
