Re: [pgbr-geral] Problema ao recuperar pasta Data

2014-02-18 Thread Flavio Henrique Araque Gurgel
Olá, Estou com um problema aqui no meu bkp. Estou tentado recuperar a pasta data do postgresql 9.2.3 Windows 7 64. Procedimentos que estou fazendo: 1 - reinstalei o Postgresql 9.2.3 2 - parei o serviço 3 - iniciei o Postgresql com a pasta data recuperada: pg_ctl start -D "c:\data" O Postgresql i

Re: [pgbr-geral] Problema ao recuperar pasta Data

2014-02-18 Thread Edson F. Lidorio
Em 18-02-2014 05:38, Flavio Henrique Araque Gurgel escreveu: >> Olá, Estou com um problema aqui no meu bkp. Estou tentado recuperar a pasta >> data do postgresql 9.2.3 Windows 7 64. Procedimentos que estou fazendo: 1 - >> reinstalei o Postgresql 9.2.3 2 - parei o serviço 3 - iniciei o Postgr

[pgbr-geral] consulta lenta

2014-02-18 Thread Prof. Cleverson
Tenho a seguinte consulta que retorna apenas 1 registro de 10 colunas: select * from tac_avaliacao left join tac_nota on (codava=avanot) where hisnot=359921 and fasava=81 a tabela avaliação tem 15000 registros a tabela de notas tem 66 registros explain: "Nested Loop (cost=0.00..12474.40 r

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Prof. Cleverson
Em 18-02-2014 16:38, Prof. Cleverson escreveu: Tenho a seguinte consulta que retorna apenas 1 registro de 10 colunas: select * from tac_avaliacao left join tac_nota on (codava=avanot) where hisnot=359921 and fasava=81 a tabela avaliação tem 15000 registros a tabela de notas tem 66 registro

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Rafael Fialho Corrêa
Em 18 de fevereiro de 2014 16:49, Prof. Cleverson < prof_clever...@uniguacu.edu.br> escreveu: > Em 18-02-2014 16:38, Prof. Cleverson escreveu: > > Tenho a seguinte consulta que retorna apenas 1 registro de 10 colunas: >> select * from tac_avaliacao left join tac_nota on (codava=avanot) where >> h

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Rafael Fialho Corrêa
Em 18 de fevereiro de 2014 16:59, Rafael Fialho Corrêa < r.fia...@ibest.com.br> escreveu: > Em 18 de fevereiro de 2014 16:49, Prof. Cleverson < > prof_clever...@uniguacu.edu.br> escreveu: > > Em 18-02-2014 16:38, Prof. Cleverson escreveu: >> >> Tenho a seguinte consulta que retorna apenas 1 regis

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Vinícius Aquino do Vale
Em 18 de fevereiro de 2014 16:38, Prof. Cleverson < prof_clever...@uniguacu.edu.br> escreveu: > Index Cond: (fasava = 81)" > " -> Seq Scan on tac_nota (cost=0.00..12469.80 rows=4 width=17) (actual > time=44.727..87.866 rows=2 loops=513)" > Sua consulta faz uma busca sequencial na tabela a pr

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Marcos - GMail
Criou um índice para este campo? Marcos André G.A Trabin Softwarre & Consulting - www.trabin.com.br *Blog:* http://lgerardlucas.blogspot.com/ *twitter:* http://twitter.com/lgerardlucas Em 18 de fevereiro de 2014 16:38, Prof. Cleverson < prof_clever...@uniguacu.edu.br> escreveu: > Tenho a seguin

[pgbr-geral] Artigo muito interessante sobre PostgreSQL batendo em NoSQL

2014-02-18 Thread Guimarães Faria Corcete DUTRA , Leandro
http://tapoueh.org/blog/2014/02/17-aggregating-nba-data-PostgreSQL-vs-MongoDB.html -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN:

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Prof. Cleverson
Em 18-02-2014 16:59, Rafael Fialho Corrêa escreveu: Em 18 de fevereiro de 2014 16:49, Prof. Cleverson > escreveu: Em 18-02-2014 16:38, Prof. Cleverson escreveu: Tenho a seguinte consulta que retorna apenas 1 registro de 10 colunas:

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Prof. Cleverson
Em 18-02-2014 17:09, Rafael Fialho Corrêa escreveu: Em 18 de fevereiro de 2014 16:59, Rafael Fialho Corrêa mailto:r.fia...@ibest.com.br>> escreveu: Em 18 de fevereiro de 2014 16:49, Prof. Cleverson mailto:prof_clever...@uniguacu.edu.br>> escreveu: Em 18-02-2014 16:38, Prof. Cle

Re: [pgbr-geral] Artigo muito interessante sobre PostgreSQL batendo em NoSQL

2014-02-18 Thread Fabrízio de Royes Mello
On 18-02-2014 18:44, Guimarães Faria Corcete DUTRA, Leandro wrote: http://tapoueh.org/blog/2014/02/17-aggregating-nba-data-PostgreSQL-vs-MongoDB.html O Dimitri é *ninja*... hehehe Att, -- Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Dese

Re: [pgbr-geral] Artigo muito interessante sobre PostgreSQL batendo em NoSQL

2014-02-18 Thread Guimarães Faria Corcete DUTRA , Leandro
2014-02-18 19:43 GMT-03:00 Fabrízio de Royes Mello : > On 18-02-2014 18:44, Guimarães Faria Corcete DUTRA, Leandro wrote: >> >> http://tapoueh.org/blog/2014/02/17-aggregating-nba-data-PostgreSQL-vs-MongoDB.html > > O Dimitri é *ninja*... hehehe Sem dúvida. O que me chama a atenção, entretanto, é

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Prof. Cleverson
Em 18-02-2014 16:49, Prof. Cleverson escreveu: Em 18-02-2014 16:38, Prof. Cleverson escreveu: Tenho a seguinte consulta que retorna apenas 1 registro de 10 colunas: select * from tac_avaliacao left join tac_nota on (codava=avanot) where hisnot=359921 and fasava=81 a tabela avaliação tem 15000

Re: [pgbr-geral] Artigo muito interessante sobre PostgreSQL batendo em NoSQL

2014-02-18 Thread Fabrízio de Royes Mello
On 18-02-2014 19:47, Guimarães Faria Corcete DUTRA, Leandro wrote: 2014-02-18 19:43 GMT-03:00 Fabrízio de Royes Mello : On 18-02-2014 18:44, Guimarães Faria Corcete DUTRA, Leandro wrote: http://tapoueh.org/blog/2014/02/17-aggregating-nba-data-PostgreSQL-vs-MongoDB.html O Dimitri é *ninja*...

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Renato Poleti
Para tentar melhorar o desempenho, coloque os indices em tablespace direfente do tablespace da propria tabela e se tiver espaco de sobra adicione ... WITH (fillfactor = 10) Em 18/02/2014 23:08, "Prof. Cleverson" escreveu: > Em 18-02-2014 16:49, Prof. Cleverson escreveu: > >> Em 18-02-2014 16:38,

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Guimarães Faria Corcete DUTRA , Leandro
2014-02-18 21:10 GMT-03:00 Renato Poleti : > Para tentar melhorar o desempenho, coloque os indices em tablespace > direfente do tablespace da propria tabela Se estiverem em discos diferentes, se não só complica, sem ganhos. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Renato Poleti
Concordo que se em disco diferentes, mas tem que administrar pensando em escabilidade e facil manutencao por exemplo, backup so das tables spaces que contem dados uteis, deixando de fora indices Em 19/02/2014 00:27, "Guimarães Faria Corcete DUTRA, Leandro" escreveu: > 2014-02-18 21:10 GMT-03:00 R

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Euler Taveira
On 18-02-2014 21:10, Renato Poleti wrote: > adicione ... > WITH (fillfactor = 10) > Para que? Você estará aumentando o tamanho dos datafiles, o que aumentará a quantidade de I/O para fazer consultas. O fillfactor só é útil em casos específicos (por exemplo, em tabelas com *alta* taxa de atualizaçã

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Renato Poleti
Deve ter mtos inserts, porem com este recurso podera aumentar o desempenho dos indices, como sempre , cada caso um caso, tem que testar entre 10 e 100 ate achar melhor desempenho ir fazendo o explain. Sepuder fazer isto e postar o resultao de seu banco seria bom pra analise. Tente com os seguintes

Re: [pgbr-geral] consulta lenta

2014-02-18 Thread Euler Taveira
On 18-02-2014 23:17, Renato Poleti wrote: > Deve ter mtos inserts, porem com este recurso podera aumentar o desempenho > dos indices, como sempre , cada caso um caso, tem que testar entre 10 e 100 > ate achar melhor desempenho ir fazendo o explain. Sepuder fazer isto e > postar o resultao de seu ba