[pgbr-geral] Solução para backup
Pessoal, O banco cresceu!!! Por falta de recursos de hardware, e a lentidão que está atrapalhando algumas rotinas, foi decidido efetuar uma *limpeza*, removendo os registros antigos, deixando somente os últimos 3 meses, sendo que o que for removido, deverá ficar, de alguma forma, disponível para consulta. O que é indicado/recomendado para este cenário? []s Danilo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] duvida de uma consulta
do postgre E eu estou enviando pelo meu email as respostas acho que por isto esta bagunçando a lista. Poderia me enviar o link da lista? ja perdi Att,Lucas José Duarte de SouzaBacharelando em Ciência da ComputaçãoUniversidade Federal de Lavras. > Date: Sun, 4 Aug 2013 19:51:47 -0300 > From: osvaldo.kuss...@gmail.com > To: pgbr-geral@listas.postgresql.org.br > Subject: Re: [pgbr-geral] duvida de uma consulta > > Em 04/08/13, lucas . escreveu: > > Então não estou julgando que seja pelo indice. Estou dizendo que pelo PEC a > > seleção é feita primeiro diminuindo o numero de junções possiveis. Dessa > > forma, o nested loop é uma escolha melhor > > > > Att,Lucas José Duarte de SouzaBacharelando em Ciência da > > ComputaçãoUniversidade Federal de Lavras. > > > >> Date: Sun, 4 Aug 2013 19:30:27 -0300 > >> From: osvaldo.kuss...@gmail.com > >> To: pgbr-geral@listas.postgresql.org.br > >> Subject: Re: [pgbr-geral] duvida de uma consulta > >> > >> Em 04/08/13, lucas . escreveu: > >> > Ola gente, tenho uma dúvida. > >> > > >> > Usando esta consulta > >> > > >> > SELECT *FROM Auth, PublWHERE Auth.pubID = Publ.pubID AND Auth.nome = > >> > 'Surajit Chaudhuri' > >> > > >> > índices primários sobre Auth.pubID e Publ.pubID e índice secundário > >> > sobre > >> > Auth.nome. > >> > O algoritmo escolhido pelo postgre sera o Nested loop. Entendo que ele > >> > faz > >> > esta escolha pelo fato da seleção ser feita antes da junção dessa forma > >> > o > >> > desempenho da junção será melhor com o nested. Confirma? > >> > E outra dúvida, no pgadmin aonde que eu posso olhar a PEC da consulta? > >> > > >> > >> > >> Para saber o plano de execução da consulta rode um EXPLAIN [1]. > >> Certifique-se de que as estatísticas de seu banco estejam atualizadas > >> (rode um ANALYZE [2]). > >> > >> Não é o simples fato de existir um índice que fará com que seu uso > >> seja considerado a solução mais econômica. > >> > >> Se desejar forçar a junção faça: > >> SELECT * FROM > >> Auth INNER JOIN Publ ON(Auth.pubID = Publ.pubID) > >> WHERE Auth.nome = 'Surajit Chaudhuri'; > >> > >> Osvaldo > >> > >> [1] http://www.postgresql.org/docs/current/interactive/sql-explain.html > >> [2] http://www.postgresql.org/docs/current/interactive/sql-analyze.html > >> ___ > > > Evite top-posting, você bagunça o histórico da lista. > > Você está firmando que o plano de execução será este baseado na > análise do código do PostgreSQL ou "em teoria"? > > Osvaldo > ___ > 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
Re: [pgbr-geral] duvida de uma consulta
Em 04/08/13, lucas . escreveu: > Então não estou julgando que seja pelo indice. Estou dizendo que pelo PEC a > seleção é feita primeiro diminuindo o numero de junções possiveis. Dessa > forma, o nested loop é uma escolha melhor > > Att,Lucas José Duarte de SouzaBacharelando em Ciência da > ComputaçãoUniversidade Federal de Lavras. > >> Date: Sun, 4 Aug 2013 19:30:27 -0300 >> From: osvaldo.kuss...@gmail.com >> To: pgbr-geral@listas.postgresql.org.br >> Subject: Re: [pgbr-geral] duvida de uma consulta >> >> Em 04/08/13, lucas . escreveu: >> > Ola gente, tenho uma dúvida. >> > >> > Usando esta consulta >> > >> > SELECT *FROM Auth, PublWHERE Auth.pubID = Publ.pubID AND Auth.nome = >> > 'Surajit Chaudhuri' >> > >> > índices primários sobre Auth.pubID e Publ.pubID e índice secundário >> > sobre >> > Auth.nome. >> > O algoritmo escolhido pelo postgre sera o Nested loop. Entendo que ele >> > faz >> > esta escolha pelo fato da seleção ser feita antes da junção dessa forma >> > o >> > desempenho da junção será melhor com o nested. Confirma? >> > E outra dúvida, no pgadmin aonde que eu posso olhar a PEC da consulta? >> > >> >> >> Para saber o plano de execução da consulta rode um EXPLAIN [1]. >> Certifique-se de que as estatísticas de seu banco estejam atualizadas >> (rode um ANALYZE [2]). >> >> Não é o simples fato de existir um índice que fará com que seu uso >> seja considerado a solução mais econômica. >> >> Se desejar forçar a junção faça: >> SELECT * FROM >> Auth INNER JOIN Publ ON(Auth.pubID = Publ.pubID) >> WHERE Auth.nome = 'Surajit Chaudhuri'; >> >> Osvaldo >> >> [1] http://www.postgresql.org/docs/current/interactive/sql-explain.html >> [2] http://www.postgresql.org/docs/current/interactive/sql-analyze.html >> ___ Evite top-posting, você bagunça o histórico da lista. Você está firmando que o plano de execução será este baseado na análise do código do PostgreSQL ou "em teoria"? Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] duvida de uma consulta
Então não estou julgando que seja pelo indice. Estou dizendo que pelo PEC a seleção é feita primeiro diminuindo o numero de junções possiveis. Dessa forma, o nested loop é uma escolha melhor Att,Lucas José Duarte de SouzaBacharelando em Ciência da ComputaçãoUniversidade Federal de Lavras. > Date: Sun, 4 Aug 2013 19:30:27 -0300 > From: osvaldo.kuss...@gmail.com > To: pgbr-geral@listas.postgresql.org.br > Subject: Re: [pgbr-geral] duvida de uma consulta > > Em 04/08/13, lucas . escreveu: > > Ola gente, tenho uma dúvida. > > > > Usando esta consulta > > > > SELECT *FROM Auth, PublWHERE Auth.pubID = Publ.pubID AND Auth.nome = > > 'Surajit Chaudhuri' > > > > índices primários sobre Auth.pubID e Publ.pubID e índice secundário sobre > > Auth.nome. > > O algoritmo escolhido pelo postgre sera o Nested loop. Entendo que ele faz > > esta escolha pelo fato da seleção ser feita antes da junção dessa forma o > > desempenho da junção será melhor com o nested. Confirma? > > E outra dúvida, no pgadmin aonde que eu posso olhar a PEC da consulta? > > > > > Para saber o plano de execução da consulta rode um EXPLAIN [1]. > Certifique-se de que as estatísticas de seu banco estejam atualizadas > (rode um ANALYZE [2]). > > Não é o simples fato de existir um índice que fará com que seu uso > seja considerado a solução mais econômica. > > Se desejar forçar a junção faça: > SELECT * FROM > Auth INNER JOIN Publ ON(Auth.pubID = Publ.pubID) > WHERE Auth.nome = 'Surajit Chaudhuri'; > > Osvaldo > > [1] http://www.postgresql.org/docs/current/interactive/sql-explain.html > [2] http://www.postgresql.org/docs/current/interactive/sql-analyze.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
Re: [pgbr-geral] duvida de uma consulta
Em 04/08/13, lucas . escreveu: > Ola gente, tenho uma dúvida. > > Usando esta consulta > > SELECT *FROM Auth, PublWHERE Auth.pubID = Publ.pubID AND Auth.nome = > 'Surajit Chaudhuri' > > índices primários sobre Auth.pubID e Publ.pubID e índice secundário sobre > Auth.nome. > O algoritmo escolhido pelo postgre sera o Nested loop. Entendo que ele faz > esta escolha pelo fato da seleção ser feita antes da junção dessa forma o > desempenho da junção será melhor com o nested. Confirma? > E outra dúvida, no pgadmin aonde que eu posso olhar a PEC da consulta? > Para saber o plano de execução da consulta rode um EXPLAIN [1]. Certifique-se de que as estatísticas de seu banco estejam atualizadas (rode um ANALYZE [2]). Não é o simples fato de existir um índice que fará com que seu uso seja considerado a solução mais econômica. Se desejar forçar a junção faça: SELECT * FROM Auth INNER JOIN Publ ON(Auth.pubID = Publ.pubID) WHERE Auth.nome = 'Surajit Chaudhuri'; Osvaldo [1] http://www.postgresql.org/docs/current/interactive/sql-explain.html [2] http://www.postgresql.org/docs/current/interactive/sql-analyze.html ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] duvida de uma consulta
Ola gente, tenho uma dúvida. Usando esta consulta SELECT *FROM Auth, PublWHERE Auth.pubID = Publ.pubID AND Auth.nome = 'Surajit Chaudhuri' índices primários sobre Auth.pubID e Publ.pubID e índice secundário sobre Auth.nome. O algoritmo escolhido pelo postgre sera o Nested loop. Entendo que ele faz esta escolha pelo fato da seleção ser feita antes da junção dessa forma o desempenho da junção será melhor com o nested. Confirma? E outra dúvida, no pgadmin aonde que eu posso olhar a PEC da consulta? Att,Lucas José Duarte de SouzaBacharelando em Ciência da ComputaçãoUniversidade Federal de Lavras.___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral