Re: [pgbr-geral] Definir ordenação
Ola Danilo, Na versao 9.1 basta ordenar, assim:: SELECT codigo, nome FROM tabela WHERE (codigo IN (4,6,1,3)) ORDER BY codigo Att, Paulo. - Original Message - From: Danilo Silva To: Comunidade PostgreSQL Brasileira Sent: Wednesday, February 15, 2012 2:45 AM Subject: [pgbr-geral] Definir ordenação Pessoal, Tenho a seguinte select: SELECT codigo, nome FROM tabela WHERE (codigo IN (4,6,1,3)) Existe a possibilidade de ordenar pelo codigo, de forma que o resultado seja ordenado pela mesma ordem que foi passado no IN? ou seja, o 1º resultado seria o código 4, o 2º seria o codigo 6 e assim por diante? Obrigado a todos Danilo -- ___ 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] Postgis + servidor + muitos problemas.
Pessoal, Minha equipe está hospedando o Postgis no AMazon EC2(linux). Estamos tendo dificuldade para executar as consultas/comandos e visualizações. Gostaria de saber a experiência de vocês nesse sentido e quais os servidores que vocês costumam utilizar para webmapping. Obs: Framework a ser utilizado: I3geo Motorwebmapping: Mapserver Grata, -- Julianna Trindade Exalta-te, Senhor, na Tua força! Nós cantaremos e louvaremos o Teu poder. Salmos 21; 13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Restararação parcial de dumpall
Tulio não existe essa possibilidade! A não ser que você abra o conteudo num notepad ++ e também não tenho certeza se irá funcionar perfeitamente. A depender do tamanho do dump pode não ser viável ficar esperando soluções extras.. Atenciosamente Emerson Martins DBA Jr 82 9123-5504 82 9668-1283 Em 15 de fevereiro de 2012 08:51, Tulio Santos tuliogust...@yahoo.com.brescreveu: Bom dia pessoal, Tenho um backup feito com método dumpall, mas estou precisando restaurar apenas uma das bases que estão nele.. Alguem sabe se isso é possivel? Obrigado Att, Tulio ___ 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] Restararação parcial de dumpall
Pois é Emerson, Ja havia tentado abrir pelo VIM.. mas não é possivel.. o arquivo esta com 12gb.. O problema é o tempo para restaurar todas as bases, sendo que preciso recuperar poucos dados.. Mas obrigado de qualquer forma. Att, Tulio De: Emerson Martins emersonmarti...@gmail.com Para: Tulio Santos tuliogust...@yahoo.com.br; Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quarta-feira, 15 de Fevereiro de 2012 10:26 Assunto: Re: [pgbr-geral] Restararação parcial de dumpall Tulio não existe essa possibilidade! A não ser que você abra o conteudo num notepad ++ e também não tenho certeza se irá funcionar perfeitamente. A depender do tamanho do dump pode não ser viável ficar esperando soluções extras.. Atenciosamente Emerson Martins DBA Jr 82 9123-5504 82 9668-1283 Em 15 de fevereiro de 2012 08:51, Tulio Santos tuliogust...@yahoo.com.br escreveu: Bom dia pessoal, Tenho um backup feito com método dumpall, mas estou precisando restaurar apenas uma das bases que estão nele.. Alguem sabe se isso é possivel? Obrigado Att, Tulio ___ 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] Postgis + servidor + muitos problemas.
Le 2012-F-15 10h21, Julianna Trindade a écrit : Minha equipe está hospedando o Postgis no AMazon EC2(linux). Sabes que o desempenho nesses sistemas não é garantido? De qualquer maneira, qual a configuração? Estamos tendo dificuldade para executar as consultas/comandos e visualizações. Que dificuldades? Gostaria de saber a experiência de vocês nesse sentido e quais os servidores que vocês costumam utilizar para webmapping. Apesar da virtualização remota vir melhorando, casos de terror foram comuns e ainda são bem recentes… basta guglar para achar alguns. Base de dados gosta é de máquina real, metal mesmo. O ideal com virtualização remota é ganhar experiência primeiro, conduzindo testes extensivos, inclusive projetos piloto com bases não de produção, ou de menor volume ou, pelo menos, menos críticas. Enquanto isso, que servidores usar depende do volume de dados, de transações e de processamento esperado, e isso é impossível dizer somente com base na categoria do sistema. Parece que precisais de consultoria. Mas, em princípio, hoje em dia costumam-se montar servidores desequilibrados, com muito processamento e relativamente pouco E/S: assim, costuma valer a pena deixar os múltiplos gigahertz de lado e investir o dinheiro em E/S: unidades de armazenamento /flash/ ou discos SAS (SCSI serial), ótimas controladoras de disco, muito cache, muita memória rápida e confiável… mais ou menos pela ordem de desejabilidade, se é que essa palavra existe. -- 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] Restararação parcial de dumpall
Le 2012-F-15 10h35, Tulio Santos a écrit : Pois é Emerson, Ja havia tentado abrir pelo VIM.. mas não é possivel.. o arquivo esta com 12gb.. A escala das bases mudou desde então, mas quando tinha esses problemas, não adiantava nenhum editor de textos normal. As bases médias eu abria com GNU/Emacs; as grandes, com o THE (um clone dos editores de S/360). As enormes, eu processava com sed… quem se dispôr, pode usar também ferramentas como (g)awk, Perl c. -- 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] Postgis + servidor + muitos problemas.
Olá Julianna, Conforme o Dutra mencionou, quais são as dificuldades que vocês estão tendo? Não vejo grandes problemas com a virtualização destes caras e trabalho com webmapping o tempo todo. Imagino que o teu mapserver esteja engasgando com alguma coisa ou mal-configurado. 2012/2/15 Leandro Guimarães Faria Corce DUTRA l...@dutras.org Le 2012-F-15 10h21, Julianna Trindade a écrit : Minha equipe está hospedando o Postgis no AMazon EC2(linux). Sabes que o desempenho nesses sistemas não é garantido? De qualquer maneira, qual a configuração? Estamos tendo dificuldade para executar as consultas/comandos e visualizações. Que dificuldades? Gostaria de saber a experiência de vocês nesse sentido e quais os servidores que vocês costumam utilizar para webmapping. Apesar da virtualização remota vir melhorando, casos de terror foram comuns e ainda são bem recentes… basta guglar para achar alguns. Base de dados gosta é de máquina real, metal mesmo. O ideal com virtualização remota é ganhar experiência primeiro, conduzindo testes extensivos, inclusive projetos piloto com bases não de produção, ou de menor volume ou, pelo menos, menos críticas. Enquanto isso, que servidores usar depende do volume de dados, de transações e de processamento esperado, e isso é impossível dizer somente com base na categoria do sistema. Parece que precisais de consultoria. Mas, em princípio, hoje em dia costumam-se montar servidores desequilibrados, com muito processamento e relativamente pouco E/S: assim, costuma valer a pena deixar os múltiplos gigahertz de lado e investir o dinheiro em E/S: unidades de armazenamento /flash/ ou discos SAS (SCSI serial), ótimas controladoras de disco, muito cache, muita memória rápida e confiável… mais ou menos pela ordem de desejabilidade, se é que essa palavra existe. -- 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 -- George R. C. Silva Desenvolvimento em GIS http://geoprocessamento.net http://blog.geoprocessamento.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Pgbouncer
Flavio / Shander, muito obrigado pela ajuda funcionou. Para funcionar como gostaria tive de fazer mais uma alteração que foi passar o metodo de autenticação do pg_hba.conf para md5. grato, Leandro 2012/2/14 Flavio Henrique Araque Gurgel fha...@gmail.com -bash-3.2$ psql -p 6432 meudb leandro Password for user leandro: psql: ERROR: password authentication failed for user leandro O PgBouncer não reconheceu o usuário. Na segunda tentativa de conexão em sequencia -bash-3.2$ psql -p 6432 meudb leandro psql: ERROR: pgbouncer cannot connect to server *** Parece que algo fica travado. minha conffiguração do pgbouncer /etc/pgboucer.ini: [databases] ; redirect bardb to bazdb on localhost meudb = host=127.0.0.1 port=5432 dbname=meubanco Usuário e senha do banco, deveria estar acima, exceto se usando trust ou com arquivo .pgpass. auth_type = md5 ;auth_file = /var/lib/pgsql/data/global/pg_auth auth_file = /etc/userlist.txt ; ** Minha ideia é acessar utilizando o pg_auth do postgres mas como deu erro tentei assim para ver se ia mas tive o mesmo problema. Qual versão do PostgreSQL? A partir de 8.4 não tem esse arquivo de forma que o PgBouncer entenda. Talvez você tenha que criar o auth_file na mão. A estrutura dele é simples, duas colunas: usuário,senha em MD5 pool_mode = session Se sua aplicação não usa tabelas temporárias ou prepared statements, use o modo transaction. É muiiito mais eficiente. # IPv4 local connections: hostall all 127.0.0.1/32 password Então você precisa passar usuário e senha na string de conexão lá de cima, onde citei. []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] Definir ordenação
Em 15/02/2012 02:45, Danilo Silva escreveu: Pessoal, Tenho a seguinte select: SELECT codigo, nome FROM tabela WHERE (codigo IN (4,6,1,3)) Existe a possibilidade de ordenar pelo codigo, de forma que o resultado seja ordenado pela mesma ordem que foi passado no IN? ou seja, o 1º resultado seria o código 4, o 2º seria o codigo 6 e assim por diante? Obrigado a todos Danilo outra possibilidade um tanto incomum : SELECT codigo, nome FROM tabela WHERE (codigo IN (4,6,1,3)) ORDER BY POSITION (codigo IN ARRAY[4,6,1,3]::TEXT) -- Irineu Raymundo Programador/Consultor Técnico Senda Engenharia de Dados Ltda. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] parada do banco de dados
alguém viu isso? 2012-02-15 14:07:14 LOG: database system was interrupted at 2012-02-15 14:05:43 2012-02-15 14:07:14 LOG: checkpoint record is at 0/859989F8 2012-02-15 14:07:14 LOG: redo record is at 0/859989F8; undo record is at 0/0; shutdown FALSE 2012-02-15 14:07:14 LOG: next transaction ID: 0/378462; next OID: 1350407 2012-02-15 14:07:14 LOG: next MultiXactId: 1; next MultiXactOffset: 0 2012-02-15 14:07:14 LOG: database system was not properly shut down; automatic recovery in progress 2012-02-15 14:07:14 LOG: record with zero length at 0/85998A48 2012-02-15 14:07:14 LOG: redo is not required 2012-02-15 14:07:15 LOG: database system is ready ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Restararação parcial de dumpall
Em 15 de fevereiro de 2012 10:35, Tulio Santos tuliogust...@yahoo.com.br escreveu: Pois é Emerson, Ja havia tentado abrir pelo VIM.. mas não é possivel.. o arquivo esta com 12gb.. O problema é o tempo para restaurar todas as bases, sendo que preciso recuperar poucos dados.. Mas obrigado de qualquer forma. Usando grep inteligentemente você consegue determinar exatamente aonde começa a restauração de determinado banco de dados e onde termina, com o número da linha no arquivo de texto. Depois você usa a combinação dos comandos tail e head e direciona a saída para um arquivo separado, restaurando só esse arquivo. Tudo assim, sem abrir o arquivo gigante num editor de textos. Se precisar saber por quais strings procurar com o grep, pegue um dumpall de bancos menores para se basear. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgis + servidor + muitos problemas.
Não vejo grandes problemas com a virtualização destes caras e trabalho com webmapping o tempo todo. Imagino que o teu mapserver esteja engasgando com alguma coisa ou mal-configurado. Uma dica: a instância de nome small da Amazon tem uma performance de I/O horrível para bancos de dados, mesmo com carga baixa. Em dois clientes recomendei o uso da instância medium ou large e a performance foi considerada aceitável após a mudança. Numa virtualização como a da Amazon nunca é possível ter certeza de quanto você pode empurrar o servidor, especialmente em termos de capacidade de I/O. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] parada do banco de dados
On 15-02-2012 13:12, Pedro B. Alves wrote: 2012-02-15 14:07:14 LOG: database system was interrupted at 2012-02-15 14:05:43 2012-02-15 14:07:14 LOG: checkpoint record is at 0/859989F8 2012-02-15 14:07:14 LOG: redo record is at 0/859989F8; undo record is at 0/0; shutdown FALSE 2012-02-15 14:07:14 LOG: next transaction ID: 0/378462; next OID: 1350407 2012-02-15 14:07:14 LOG: next MultiXactId: 1; next MultiXactOffset: 0 2012-02-15 14:07:14 LOG: database system was not properly shut down; automatic recovery in progress Um desligamento imediato (pg_ctl stop -m immediate)? O que vem antes no arquivo de log ou no arquivo de log anterior? -- 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
Re: [pgbr-geral] parada do banco de dados
alguém viu isso? Eu, umas 200 vezes. 2012-02-15 14:07:14 LOG: database system was interrupted at 2012-02-15 14:05:43 2012-02-15 14:07:14 LOG: checkpoint record is at 0/859989F8 2012-02-15 14:07:14 LOG: redo record is at 0/859989F8; undo record is at 0/0; shutdown FALSE 2012-02-15 14:07:14 LOG: next transaction ID: 0/378462; next OID: 1350407 2012-02-15 14:07:14 LOG: next MultiXactId: 1; next MultiXactOffset: 0 2012-02-15 14:07:14 LOG: database system was not properly shut down; automatic recovery in progress 2012-02-15 14:07:14 LOG: record with zero length at 0/85998A48 2012-02-15 14:07:14 LOG: redo is not required 2012-02-15 14:07:15 LOG: database system is ready Simplesmente o banco de dados... SUBIU! Deve ter havido desligamento impróprio do S.O. ou do PostgreSQL e não havia nenhuma transação de escrita ocorrendo na hora da falha. Aí o PostgreSQL não precisou fazer o redo (restauração a partir dos logs de transação) porque não tinha nada a restaurar e entrou em funcionamento normal. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Definir ordenação
RESOLVIDO. Visto não utilizar (para este caso) a versão 9, segui a dica do Edmilton. Obrigado a todos Em 15 de fevereiro de 2012 13:11, Irineu iri...@senda.inf.br escreveu: Em 15/02/2012 02:45, Danilo Silva escreveu: Pessoal, Tenho a seguinte select: SELECT codigo, nome FROM tabela WHERE (codigo IN (4,6,1,3)) Existe a possibilidade de ordenar pelo codigo, de forma que o resultado seja ordenado pela mesma ordem que foi passado no IN? ou seja, o 1º resultado seria o código 4, o 2º seria o codigo 6 e assim por diante? Obrigado a todos Danilo outra possibilidade um tanto incomum : SELECT codigo, nome FROM tabela WHERE (codigo IN (4,6,1,3)) ORDER BY POSITION (codigo IN ARRAY[4,6,1,3]::TEXT) -- Irineu Raymundo Programador/Consultor Técnico Senda Engenharia de Dados Ltda. ___ 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] parada do banco de dados
agora eu não consigo mais conectar no sistema. Ele está com o serviço iniciado. mas não consigo conectar nele, via pgAdmin Algum erro no log na hora que você tenta a conexão? Qual o erro que dá no PgAdmin? E outro detalhe, também não consigo parar o banco. Que comando está utilizando? Alguma aplicação está usando o banco no momento que tentou a parada? []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] conexão no windows 7
Instalei o Postgresql 8.3 no windows 7 como servidor. Em uma estação com xp estou tentando me conectar e ocorre a seguinte mensagem: FATAL: no pg_hba.conf entry for host 192.168.1.51, user Vilson, database postgres, SSL off . No servidor com windows 7 está configurado: postgresql.conf: listen_addresses = '*' pg.hba.conf: host all all 192.168.1.0/24 o ip do servidor : 192.168.1.48 o ip da estação: 192.168.1.51 da estação chamo o ip do servidor 192.168.1.48 Já configurei em várias máquinas e não deu problema. Esta é a primeira vez que estou configurando no WINDOWS 7 ULTIMATE Vilson Zin VOS Software Ltda -- View this message in context: http://postgresql.1045698.n5.nabble.com/conexao-no-windows-7-tp5487270p5487270.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.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] conexão no windows 7
rodrigodellajust...@gmail.com escreveu: Adicione a porta 5432 ou a sua porta de conexão com PostgreSQL no firewall do windows Não não. O erro foi do PostgreSQL. Se fosse o Firewall bloqueando o erro seria de timeout. O erro foi: pg_hba.conf entry for host 192.168.1.51, user Vilson, database postgres, SSL off . Se o pg_hba está: host all all 192.168.1.0/24 Quando deveria ser: host all all 192.168.1.0/24 md5 A linha foi original provavelmente ignorada pelo PostgreSQL. Ajuste. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] parada do banco de dados
Algum erro no log na hora que você tenta a conexão? Qual o erro que dá no PgAdmin? O que postei acima. O erro que você postou um trecho da inicialização do PostgreSQL. Pedi o erro que o PgAdmin dá. Você só disse não conecta mas o PgAdmin diz o motivo da não conexão. Qual foi? Estou tentando conectar pelo pgAdmin. Não não tem outras conexões em aberto. Não consigo parar o serviço para startar novamente. Versão do PostgreSQL e do sistema operacional onde roda o PostgreSQL para ajudarmos melhor. Se for *nix, faça: tail -f arquivo_de_log e tente conectar pelo PgAdmin e veja o que aparece no log no momento exato da tentativa de conexão.; []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] conexão no windows 7
On 15-02-2012 23:30, Flavio Henrique Araque Gurgel wrote: A linha foi original provavelmente ignorada pelo PostgreSQL. A linha *não* é ignorada; ele (pg_ctl) ignora (aka não executa) o reload (se o serviço estiver executando) ou o início (se o serviço estiver parado). A seguinte mensagem aparecerá no log no primeiro caso: LOG: fim de linha antes do método de autenticação CONTEXTO: linha 94 do arquivo de configuração /a/data912/pg_hba.conf AVISO: pg_hba.conf não foi recarregado -- 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