Re: [pgbr-geral] Como trabalhar com Replicação
Em ter 04 out 2011, às 19:10:15, Leonardo Machado escreveu: Olá Flavio,Obrigado pela atenção. Eu havia olhado o Burcado, porem ele ainda não roda no Windows, no site do Bucardo.org tem um FAQ que oferece uma possível ajuda para tentar rodar, desde que haja interesse dos usuários, eu envie um e-mail com interesse, vou aguardar. Se alguém souber de mais alguma dica agradeço. Leonardo Machado Leonardo, nunca usei o Burcado, mas foi dito em uma mensagem nessa discussão ( e é uma dedução lógica) que o Postgresql pode estar instalado em windows (ou qualquer OS), assim sendo, supondo que exista uma rede em sua empresa, tente ter uma estação linux, que rodaria o Burcado e comunicaria com seu provedor, talvez uma máquina dual boot, dependendo da frequência das atualizações. quase-flame Não entendo a resistência ao linux que ainda continua nas empresas (ou nas mentes). /quase-flame -- Johnny Chaves ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migracao de versao - erro no pgrestore
Pessoal, Estou colando o meu ulimit -a ( a partir do usuario postgres ) core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 16382 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited Em 4 de outubro de 2011 18:29, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Em 4 de outubro de 2011 18:11, Dickson S. Guedes lis...@guedesoft.net escreveu: Em 4 de outubro de 2011 17:36, mauro fonseca mfons...@pbh.gov.br escreveu: Não achei o aplicativo limits no s.o, apesar disso existe o conf dele, no /etc/security/limits e ele estah todo comentado. O utilitário é `ulimit`, use: ulimit -a Ih! Falha nossa!!! (c) Jô Soares, 198X Valeu Guedes! []s Flavio Gurgel ___ 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] Usar campo criado no SELECT no WHERE
SELECT codigo, (valor1 + valor2) AS total FROM tabela WHERE (valor1 + valor2) 7 - Rudinei Dias ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Usar campo criado no SELECT no WHERE
Pois é Rudinei, eu realmente não queria ter que repetir a operação no WHERE. O que o Alexsander sugeriu é muito interessante...mas ainda não acredito que de alguma forma não se possa pegar o resultado (campo criado) no WHERE. Se não me engano no MySQL vc consegue isso através do index da variável no SELECT. Obrigado ae Fernando Wobeto Desenvolvedor Web fernandowob...@gmail.com 2011/10/5 Rudinei Dias rudinei.d...@gmail.com SELECT codigo, (valor1 + valor2) AS total FROM tabela WHERE (valor1 + valor2) 7 - Rudinei Dias ___ 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
[pgbr-geral] Iniciando o PGAGENT
Pessoal, Estou tentando configurar o PGagent em uma máquina Windows. O meu postgres é o 8.3 Aparentemente instalou sem problemas, porém quando tento subir o servico sou informado que O nome do serviço não é válido Encontrei em alguns sites, o pessoal falando que tenho que configurar o meu pgpass.conf, já fiz a respectiva mudança, porém até o momento sem sucesso. Alguém poderia me auxiliar. -- Atenciosamente Francisco Porfirio Ribeiro Neto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Usar campo criado no SELECT no WHERE
Le 2011-O-5 08h28, Fernando Wobeto a écrit : Se não me engano no MySQL vc consegue isso através do index da variável no SELECT. Num ’tendi… -- 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: 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] Migracao de versao - erro no pgrestore
2011/10/5 mauro fonseca mfons...@pbh.gov.br: Pessoal, Estou colando o meu ulimit -a ( a partir do usuario postgres ) core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 16382 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited Note que não é o limite do usuário postgres, necessariamente, que está te dando esse erro. O erro é do pg_restore e ele é uma aplicação de usuário. Já vi esse tipo de erro quando o pg_restore estava trabalhando com arquivo no modo custom, é na hora de descompactar certos blocos de dados. Tente, na mesma sessão: ulimit -d unlimited ulimit -l unlimited pg_restore... E deve ir. Caso receba um erro nos comandos ulimit acima, modifique seu arquivo /etc/security/limits.conf para desbloquear esses limites. Se ainda não funcionar, qual é a saída do comando abaixo? /sbin/sysctl kernel.shmmax []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] OFF-Topic - PGBR
Pessoal, Alguém saberia me informar o contato do responsável pela emissão da NF do evento, a empresa em que trabalho quer pagar a inscrição, porém não está conseguindo por conta da NF. O contato na 4Linux é somente de divulgação e não conseguiu solucionar o problema. Att. -- = Diogo Borsoi Mobile: +55 12 91436960 http://br.linkedin.com/in/diborsoi http://diborsoi.wordpress.com/ = ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] OFF-Topic - PGBR
Diogo, queira direcionar suas dúvidas para os contatos oficiais do site, não na lista de discussões. O contato na 4Linux está ciente do problema das notas fiscais sim. As que não chegaram estão presas pela greve dos correios. Como a greve acabou hoje, vão começar a chegar aos destinatários. Grato Flavio Gurgel Em 5 de outubro de 2011 09:35, Diogo Borsoi diogobor...@gmail.com escreveu: Pessoal, Alguém saberia me informar o contato do responsável pela emissão da NF do evento, a empresa em que trabalho quer pagar a inscrição, porém não está conseguindo por conta da NF. O contato na 4Linux é somente de divulgação e não conseguiu solucionar o problema. Att. -- = Diogo Borsoi Mobile: +55 12 91436960 http://br.linkedin.com/in/diborsoi http://diborsoi.wordpress.com/ = ___ 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] Como trabalhar com Replicação
Obrigado Euler, já estou estudando o Slony, de momento parece o melhor caminho, vamos ver o que var dar.vlw Leonardo Machado Date: Tue, 4 Oct 2011 20:20:56 -0300 From: eu...@timbira.com To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] Como trabalhar com Replicação On 04-10-2011 18:57, Itamar Reis Peixoto wrote: nao acho que seja uma boa ideia rodar postgresql em windows. Eu não afirmaria isso. É fato que o desempenho [1][2][3] da versão Windows é pior do que em outras plataformas mas o port para este SO está cada vez mais estável a cada nova versão. Dizer que PostgreSQL e Windows *não* combinam é uma inverdade a pelo menos alguns anos. Quanto a dúvida do OP, ele pode optar pelo Slony ou pelo Londiste (este último nunca o vi funcionando no Windows). [1] http://listas.postgresql.org.br/pipermail/pgbr-geral/2009-November/018398.html [2] http://listas.postgresql.org.br/pipermail/pgbr-geral/2010-February/019771.html [3] http://listas.postgresql.org.br/pipermail/pgbr-geral/2011-February/023979.html -- Euler Taveira de Oliveira - 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] Como trabalhar com Replicação
Olá Jonny, Não existe resistência alguma em ter um servidor Linux, só ainda não vejo motivo suficiente para eu ter um, estamos testando aprender a usar o Slony, caso não de certo ai realmente vou partir para um servidor Linux com Bucardo ou talvez criar um aplicativo próprio para replicar apenas as tabelas que preciso ter no Provedor, de momento, muito obrigado a todos. Leonardo Machado From: jfcha...@brdados.com.br To: pgbr-geral@listas.postgresql.org.br Date: Wed, 5 Oct 2011 07:13:09 -0300 Subject: Re: [pgbr-geral] Como trabalhar com Replicação Em ter 04 out 2011, às 19:10:15, Leonardo Machado escreveu: Olá Flavio,Obrigado pela atenção. Eu havia olhado o Burcado, porem ele ainda não roda no Windows, no site do Bucardo.org tem um FAQ que oferece uma possível ajuda para tentar rodar, desde que haja interesse dos usuários, eu envie um e-mail com interesse, vou aguardar. Se alguém souber de mais alguma dica agradeço. Leonardo Machado Leonardo, nunca usei o Burcado, mas foi dito em uma mensagem nessa discussão ( e é uma dedução lógica) que o Postgresql pode estar instalado em windows (ou qualquer OS), assim sendo, supondo que exista uma rede em sua empresa, tente ter uma estação linux, que rodaria o Burcado e comunicaria com seu provedor, talvez uma máquina dual boot, dependendo da frequência das atualizações. quase-flame Não entendo a resistência ao linux que ainda continua nas empresas (ou nas mentes). /quase-flame -- Johnny Chaves ___ 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] Iniciando o PGAGENT
Em 5 de outubro de 2011 08:29, francisco porfirio francisco.porfi...@gmail.com escreveu: Pessoal, Estou tentando configurar o PGagent em uma máquina Windows. O meu postgres é o 8.3 Aparentemente instalou sem problemas, porém quando tento subir o servico sou informado que O nome do serviço não é válido Encontrei em alguns sites, o pessoal falando que tenho que configurar o meu pgpass.conf, já fiz a respectiva mudança, porém até o momento sem sucesso. Pode nos passar a linha de comando que você utilizou para iniciá-lo? -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Usar campo criado no SELECT no WHERE
No mysql você pode ordenar pelo indice da coluna, não usar em WHERE, nem mesmo com o alias de coluna (pelo menos ate a versão 5). A solução do Alexsander é interessante, muitas vezes sendo a única solução (por exemplo quando você precisa filtros complexos em subqueries com union e group by), porém pode ser um tiro no pé no quesito performance, pois a subquerie não filtrará os resultados antes de ser concluída. Dependendo do tamanho da entidade, isso pode dar muito custo à máquina (full scan) Então, colocar a restrição na cláusula where passará a ser o menor de teus problemas. --- Rudinei Dias Em 5 de outubro de 2011 08:28, Fernando Wobeto fernandowob...@gmail.comescreveu: Pois é Rudinei, eu realmente não queria ter que repetir a operação no WHERE. O que o Alexsander sugeriu é muito interessante...mas ainda não acredito que de alguma forma não se possa pegar o resultado (campo criado) no WHERE. Se não me engano no MySQL vc consegue isso através do index da variável no SELECT. Obrigado ae Fernando Wobeto Desenvolvedor Web fernandowob...@gmail.com 2011/10/5 Rudinei Dias rudinei.d...@gmail.com SELECT codigo, (valor1 + valor2) AS total FROM tabela WHERE (valor1 + valor2) 7 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migracao de versao - erro no pgrestore
Flávio, Fiz os seguintes ajustes no limits.conf : postgres soft nofile 4096 postgres soft nproc 4096 postgres hard nofile 63536 postgres hard nproc 6353 Apos isso, coloquei novamente o pg_restore e ja passou bastante tempo em relacao a queda anterior. Vou aguardar para ver se nao dah mais erros e posto o resultado. Agradeco muito a sua ajuda e prontidao. Abracao. Em 5 de outubro de 2011 09:35, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: 2011/10/5 mauro fonseca mfons...@pbh.gov.br: Pessoal, Estou colando o meu ulimit -a ( a partir do usuario postgres ) core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 16382 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited Note que não é o limite do usuário postgres, necessariamente, que está te dando esse erro. O erro é do pg_restore e ele é uma aplicação de usuário. Já vi esse tipo de erro quando o pg_restore estava trabalhando com arquivo no modo custom, é na hora de descompactar certos blocos de dados. Tente, na mesma sessão: ulimit -d unlimited ulimit -l unlimited pg_restore... E deve ir. Caso receba um erro nos comandos ulimit acima, modifique seu arquivo /etc/security/limits.conf para desbloquear esses limites. Se ainda não funcionar, qual é a saída do comando abaixo? /sbin/sysctl kernel.shmmax []s Flavio Gurgel ___ 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] Usar campo criado no SELECT no WHERE
Tens razão Rudinei, talvez no final das contas seria interessante eu criar até uma view e filtrar nela não é mesmo? Obrigado pelos esclarecimentos... Fernando Wobeto Desenvolvedor Web fernandowob...@gmail.com Em 5 de outubro de 2011 20:30, Rudinei Dias rudinei.d...@gmail.comescreveu: No mysql você pode ordenar pelo indice da coluna, não usar em WHERE, nem mesmo com o alias de coluna (pelo menos ate a versão 5). A solução do Alexsander é interessante, muitas vezes sendo a única solução (por exemplo quando você precisa filtros complexos em subqueries com union e group by), porém pode ser um tiro no pé no quesito performance, pois a subquerie não filtrará os resultados antes de ser concluída. Dependendo do tamanho da entidade, isso pode dar muito custo à máquina (full scan) Então, colocar a restrição na cláusula where passará a ser o menor de teus problemas. --- Rudinei Dias Em 5 de outubro de 2011 08:28, Fernando Wobeto fernandowob...@gmail.comescreveu: Pois é Rudinei, eu realmente não queria ter que repetir a operação no WHERE. O que o Alexsander sugeriu é muito interessante...mas ainda não acredito que de alguma forma não se possa pegar o resultado (campo criado) no WHERE. Se não me engano no MySQL vc consegue isso através do index da variável no SELECT. Obrigado ae Fernando Wobeto Desenvolvedor Web fernandowob...@gmail.com 2011/10/5 Rudinei Dias rudinei.d...@gmail.com SELECT codigo, (valor1 + valor2) AS total FROM tabela WHERE (valor1 + valor2) 7 ___ 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] Migracao de versao - erro no pgrestore
Infelizmente nao deu. O retorno: pg_restore: [arquivador personalizado] não pôde reabrir entrada padrão ão foi possível alocar memória Continuo pedindo ajuda..Se alguem tiver alguma ideia. Obrigado. Em 5 de outubro de 2011 10:13, mauro fonseca mfons...@pbh.gov.br escreveu: Flávio, Fiz os seguintes ajustes no limits.conf : postgres soft nofile 4096 postgres soft nproc 4096 postgres hard nofile 63536 postgres hard nproc 6353 Apos isso, coloquei novamente o pg_restore e ja passou bastante tempo em relacao a queda anterior. Vou aguardar para ver se nao dah mais erros e posto o resultado. Agradeco muito a sua ajuda e prontidao. Abracao. Em 5 de outubro de 2011 09:35, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: 2011/10/5 mauro fonseca mfons...@pbh.gov.br: Pessoal, Estou colando o meu ulimit -a ( a partir do usuario postgres ) core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 16382 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited Note que não é o limite do usuário postgres, necessariamente, que está te dando esse erro. O erro é do pg_restore e ele é uma aplicação de usuário. Já vi esse tipo de erro quando o pg_restore estava trabalhando com arquivo no modo custom, é na hora de descompactar certos blocos de dados. Tente, na mesma sessão: ulimit -d unlimited ulimit -l unlimited pg_restore... E deve ir. Caso receba um erro nos comandos ulimit acima, modifique seu arquivo /etc/security/limits.conf para desbloquear esses limites. Se ainda não funcionar, qual é a saída do comando abaixo? /sbin/sysctl kernel.shmmax []s Flavio Gurgel ___ 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
