Re: [pgbr-geral] Configuracao do PGBouncer
Ola bom dia Euler. Eu tentei ontem instalar tb no debian 8 , qdo fiz o apt-get install pgbouncer ele instalou a versao 1.5, a atual é 1.7.2 , porem fiz a receitinha de bolo da configuracao e tb deu conexão rejeitada. Voce acha melhor instalar a mais atual??? Grato [image: Foto] *LuMoraes* *O mais completo para seu comércio.* Em 28 de outubro de 2016 08:57, lu moraes santos escreveu: > Ola bom dia Euler. > > A versao é 1.7.2 WIndows 64 > > Muito grato pela sua atenção. > > > [image: Foto] > *LuMoraes* > *O mais completo para seu comércio.* > > Em 28 de outubro de 2016 00:04, Euler Taveira > escreveu: > >> On 27-10-2016 07:11, lu moraes santos wrote: >> > Eu apliquei as duas instruções e conectou normalmente no banco. >> > >> Qual é a versão exata do pgbouncer? >> >> >> -- >>Euler Taveira Timbira - http://www.timbira.com.br/ >>PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento >> ___ >> 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] plpython
2016-10-28 13:46 GMT-02:00 Douglas Fabiano Specht : > > centOS 6.8 [...] > /opt/PostgreSQL/9.6/etc/sysconfig/plLanguages.config file Pelo visto, usas um sistema de empacotamento que nao correponde a tua distro. Faz tempo que nao mexo com Cent OS, mas que me lembre e' infinitamente mais facil usar os pacotes oficiais. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] plpython
Em 28/10/2016 11:52:31, Douglas Fabiano Specht escreveu: > bom dia pessoa > > alguem sabe se nao existem mais os repositorios do plpython conforme o link > > abaixo? > > https://wiki.postgresql.org/wiki/WIP:plpython3 > -- > Douglas Fabiano Specht > > > > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Saudações, amigo! > > Algumas considerações e perguntas: > > 1) Como vc instalou o Postgres? Pacote (de onde) ou via compilação? > 2) Por que CentOS 6.8? Eu te aconselho usar o 7 que já tem suporte nativo a > partições XFS. > > Abs. > > Juliano Atanazio > Suporte PostgreSQL - Serpro - São Paulo - "Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco." "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure." ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] plpython
Por favor marque o texto respondido, e elimine o que for irrelevante. 2016-10-31 13:13 GMT-02:00 Juliano Parreira Atanazio : > > 1) Como vc instalou o Postgres? Pacote (de onde) ou via compilação? O colega já explicou. > 2) Por que CentOS 6.8? Eu te aconselho usar o 7 que já tem suporte nativo a > partições XFS. E o que XFS tem a ver com o problema? Aliás, o que isso tem a ver com qualquer coisa? XFS é interessante, mas não é uma bala de prata. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] plpython
Em 31/10/2016 14:27:29, Guimarães Faria Corcete DUTRA, Leandro escreveu: > Por favor marque o texto respondido, e elimine o que for irrelevante. 2016-10-31 13:13 GMT-02:00 Juliano Parreira Atanazio > : > > 1) Como vc instalou o Postgres? Pacote (de onde) ou via compilação? O colega já explicou. > > > Desculpe, agora que consegui localizar. > Meio corrido aqui no serviço. > > > 2) Por que CentOS 6.8? Eu te aconselho usar o 7 que já tem suporte nativo a > partições XFS. E o que XFS tem a ver com o problema? Aliás, o que isso tem a ver com qualquer coisa? XFS é interessante, mas não é uma bala de prata. > > > Realmente XFS não tem nada a ver com PL/Python. > Era só uma curiosidade. > Creio que a intenção aqui seja ajudar e se há alguma coisa além do escopo, é > vaĺido tb. > A não ser que fique proibido. > > > -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral> > @serpro.gov.br> - "Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco." "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure." ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] plpython
Por favor use texto simples, e marque o texto a que responde. Está horrível ler tuas mensagens. 2016-10-31 14:51 GMT-02:00 Juliano Parreira Atanazio : > > Realmente XFS não tem nada a ver com PL/Python. > Era só uma curiosidade. E infundada. > Creio que a intenção aqui seja ajudar e se há alguma coisa além do escopo, é > vaĺido tb. > A não ser que fique proibido. Claro que não é proibido. Mas sem relevância para a discussão, e sem lógica que justifique, mais atrapalha que ajuda. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] plpython
Em 28/10/2016 11:52:31, Douglas Fabiano Specht escreveu: > bom dia pessoa > > alguem sabe se nao existem mais os repositorios do plpython conforme o link > > abaixo? > > https://wiki.postgresql.org/wiki/WIP:plpython3 > -- > Douglas Fabiano Specht > > > > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > Boa tarde, amigo. > > Fiz uns testes aqui simulando seu ambiente e consegui. > Espero que dê certo pra vc tb :D > > > Instale repositórios extras: > > # yum install -y epel-release centos-release-scl > > Não sei se precisa do EPEL, mas é bom tê-lo ;) > > > > Instale o Python 3.3: > > # yum install -y python33 > > > > Crie um novo arquivo que aponta para um diretório novo de bibliotecas: > > # echo '/opt/rh/python33/root/usr/lib64/' >> /etc/ld.so.conf.d/pgsql.conf > > > > Execute o comando ldconfig para o sistema reconhecer o novo diretório de > bibliotecas compartilhadas: > > # ldconfig > > > > Torne-se o usuário postgres: > > # su - postgres > > > > Execute o psql: > > # /opt/PostgreSQL/9.6/bin/psql > > > > Habilite PL/Python: > > > CREATE EXTENSION plpython3u; > > > > No psql faça um teste com uma função anônima, a qual informará a versão de > Python: > > > DO LANGUAGE plpython3u $$ > import sys > plpy.info(sys.version) > $$; > > INFO: 3.3.2 (default, Nov 13 2015, 01:03:48) > [GCC 4.4.7 20120313 (Red Hat 4.4.7-16)] > DO - "Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco." "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure." ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Performance com select distinct
Boa tarde, Estou executando um select distinct em uma tabela com 3.5 milhoes de registros. Tabela e campos ficticios no select. select distinct data_itens from itens where codigo = 1 and data_itens between '01/01/2016' and '12/31/2016' order by data_itens O que ocorre é que a primeira vez que este select é executado, ele demora muito mais do que as demais vezes que ele for executado. *Primeira execução da QUERY:* "Unique (cost=8.59..8.60 rows=1 width=4) (actual time=168565.216..168566.975 rows=233 loops=1)" " -> Sort (cost=8.59..8.60 rows=1 width=4) (actual time=168565.211..168565.790 rows=14311 loops=1)" "Sort Key: data_movimento" "Sort Method: quicksort Memory: 1055kB" "-> Index Scan using reproc_estoque on nota_item (cost=0.56..8.58 rows=1 width=4) (actual time=157809.532..168551.829 rows=14311 loops=1)" " Index Cond: ((cod_emp = 1) AND (cod_fil = 1) AND (cod_reduzido_merc = 1))" " Filter: ((data_movimento >= '2016-01-01'::date) AND (data_movimento <= '2016-12-31'::date))" " Rows Removed by Filter: 132367" "Planning time: 59.849 ms" "Execution time: 168567.309 ms" *Segunda execução da QUERY:* "Unique (cost=8.59..8.60 rows=1 width=4) (actual time=168.420..169.576 rows=233 loops=1)" " -> Sort (cost=8.59..8.60 rows=1 width=4) (actual time=168.419..168.784 rows=14311 loops=1)" "Sort Key: data_movimento" "Sort Method: quicksort Memory: 1055kB" "-> Index Scan using reproc_estoque on nota_item (cost=0.56..8.58 rows=1 width=4) (actual time=149.195..166.556 rows=14311 loops=1)" " Index Cond: ((cod_emp = 1) AND (cod_fil = 1) AND (cod_reduzido_merc = 1))" " Filter: ((data_movimento >= '2016-01-01'::date) AND (data_movimento <= '2016-12-31'::date))" " Rows Removed by Filter: 132367" "Planning time: 0.310 ms" "Execution time: 169.788 ms" Vejam a diferença do Planning time e execution time O que estou fazendo de "errado" e como posso melhorar isto? Obrigado à todos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Performance com select distinct
On Mon, Oct 31, 2016 at 4:59 PM, Marcio Meneguzzi < marcio.menegu...@gmail.com> wrote: > Boa tarde, > > Estou executando um select distinct em uma tabela com 3.5 milhoes de > registros. > > Tabela e campos ficticios no select. > > select distinct data_itens from itens where codigo = 1 and > data_itens between '01/01/2016' and '12/31/2016' order by data_itens > > O que ocorre é que a primeira vez que este select é executado, ele demora > muito mais do que as demais vezes que ele for executado. > > *Primeira execução da QUERY:* > "Unique (cost=8.59..8.60 rows=1 width=4) (actual > time=168565.216..168566.975 rows=233 loops=1)" > " -> Sort (cost=8.59..8.60 rows=1 width=4) (actual > time=168565.211..168565.790 rows=14311 loops=1)" > "Sort Key: data_movimento" > "Sort Method: quicksort Memory: 1055kB" > "-> Index Scan using reproc_estoque on nota_item > (cost=0.56..8.58 rows=1 width=4) (actual time=157809.532..168551.829 > rows=14311 loops=1)" > " Index Cond: ((cod_emp = 1) AND (cod_fil = 1) AND > (cod_reduzido_merc = 1))" > " Filter: ((data_movimento >= '2016-01-01'::date) AND > (data_movimento <= '2016-12-31'::date))" > " Rows Removed by Filter: 132367" > "Planning time: 59.849 ms" > "Execution time: 168567.309 ms" > > > *Segunda execução da QUERY:* > "Unique (cost=8.59..8.60 rows=1 width=4) (actual time=168.420..169.576 > rows=233 loops=1)" > " -> Sort (cost=8.59..8.60 rows=1 width=4) (actual > time=168.419..168.784 rows=14311 loops=1)" > "Sort Key: data_movimento" > "Sort Method: quicksort Memory: 1055kB" > "-> Index Scan using reproc_estoque on nota_item > (cost=0.56..8.58 rows=1 width=4) (actual time=149.195..166.556 rows=14311 > loops=1)" > " Index Cond: ((cod_emp = 1) AND (cod_fil = 1) AND > (cod_reduzido_merc = 1))" > " Filter: ((data_movimento >= '2016-01-01'::date) AND > (data_movimento <= '2016-12-31'::date))" > " Rows Removed by Filter: 132367" > "Planning time: 0.310 ms" > "Execution time: 169.788 ms" > > Vejam a diferença do Planning time e execution time > > O que estou fazendo de "errado" e como posso melhorar isto? > A diferença se dá pq na primeira execução o seu cache ainda está "frio", na segunda execução o planejador de consultas pode ler as páginas de dados direto da memória. > > Obrigado à todos. > > > > ___ > 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] Performance com select distinct
2016-10-31 16:59 GMT-02:00 Marcio Meneguzzi : > Boa tarde, > > Estou executando um select distinct em uma tabela com 3.5 milhoes de > registros. > > Tabela e campos ficticios no select. > > select distinct data_itens from itens where codigo = 1 and > data_itens between '01/01/2016' and '12/31/2016' order by data_itens > > O que ocorre é que a primeira vez que este select é executado, ele demora > muito mais do que as demais vezes que ele for executado. > > *Primeira execução da QUERY:* > "Unique (cost=8.59..8.60 rows=1 width=4) (actual > time=168565.216..168566.975 rows=233 loops=1)" > " -> Sort (cost=8.59..8.60 rows=1 width=4) (actual > time=168565.211..168565.790 rows=14311 loops=1)" > "Sort Key: data_movimento" > "Sort Method: quicksort Memory: 1055kB" > "-> Index Scan using reproc_estoque on nota_item > (cost=0.56..8.58 rows=1 width=4) (actual time=157809.532..168551.829 > rows=14311 loops=1)" > " Index Cond: ((cod_emp = 1) AND (cod_fil = 1) AND > (cod_reduzido_merc = 1))" > " Filter: ((data_movimento >= '2016-01-01'::date) AND > (data_movimento <= '2016-12-31'::date))" > O campo data_movimento possui índice? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Configuracao do PGBouncer
On 31-10-2016 08:09, lu moraes santos wrote: > Eu tentei ontem instalar tb no debian 8 , qdo fiz o apt-get install > pgbouncer ele instalou a versao 1.5, a atual é 1.7.2 , porem fiz a > receitinha de bolo da configuracao e tb deu conexão rejeitada. > > Voce acha melhor instalar a mais atual??? > Não. Há algo muito esquisito com o seu ambiente. Sem lógica conectar via psql e não conseguir via pgbouncer. Você tem certeza que o postgres está no ar e aceitando conexões? Qual é a saída do log do pgbouncer? Como você iniciando o serviço do pgbouncer? Pergunto isso porque você pode estar mexendo em um arquivo de configuração que não é o do serviço atual. -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
