Re: [pgbr-geral] variavel com nome variavel
Osvaldo Kussama wrote: Em 10 de março de 2010 17:08, flavior fla...@atttransbordo.com.br escreveu: Não achei problema nas aspas, voce tem alguma ideia por que o EXECUTE da o erro : ERROR: Relation mov_rec does not exist quando executo o comando? EXECUTE 'SELECT mov_rec.' || nome_campo_array[i] INTO valor_rec; Poderia ser algo relacionado a 'secao' diferente onde o EXECUTE nao acessa o que esta acontecendo na origem? (to viajando...) Fiz alguns testes aqui e realmente não consegui fazer a atribuição de um campo de um record em um comando dinâmico. Assim se recval for um record: SELECT recval.valor1 INTO _valor; -- funciona mas EXECUTE 'SELECT recval.valor1' INTO _valor; -- NÃO FUNCIONA Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Valeu Osvado Muito obrigado Pelo menos agora sei que não é algo errado que estou fazendo... Vou ver se acho outra maneira. Se alguem tiver alguma ideia de como fazer isto ... Obrigado Flávio -- View this message in context: http://old.nabble.com/Re%3A-variavel-com-nome-variavel--tp27842112p27863119.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
[pgbr-geral] Update demora no processamento
Pessoal Estou enfretando o seguinte problema: Tenho um servidor freebsd (kernel 7.2-RELEASE ) e 8GB de ram, a alocacao para shared buffers de 2GB sendo definido para checkpoint_segments 12, no entanto quando executo um update para um tabela de 20 milhoes de registros aproximadamente esta absurdamente lento sua execucao, chegando a demorar 1 dia inteiro a execuacao do seguinte comando : update tb_20milhoes set flag=0; ou update tb_20milhoes set flag=0 where campo_primarykey=1; Gostaria da ajuda para tentar solucionar este problema Obrigado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Ferramenta para teste de desempenho PostgreSQL
Bom dia a todos, Alguem poderia me indicar uma Ferramenta para teste de Desempenho, Carga e Capacidade para analisar o comportamento do BD em distribuições diferentes do linux. -- Obrigado pela atenção Joares ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] variavel com nome variavel
2010/3/10 Osvaldo Kussama osvaldo.kuss...@gmail.com: Fiz alguns testes aqui e realmente não consegui fazer a atribuição de um campo de um record em um comando dinâmico. Assim se recval for um record: SELECT recval.valor1 INTO _valor; -- funciona mas EXECUTE 'SELECT recval.valor1' INTO _valor; -- NÃO FUNCIONA De fato existe uma restrição porque a plpgsql é uma linguagem estática e não aceita construções dinâmicas como a proposta. No artigo[1] o autor(/me) expõe tal limitação e um contorno para esta situação. Na versão 9.0 vc pode utilizar o módulo hstore para converter um registro do tipo Record ou RowType: postgres=# select * from each('linha1=valor, linha2=valor2'::hstore); 1) http://postgreslogia.wordpress.com/2008/02/20/plperl-uncrosstab-descruzamento-de-tabelas/ Abraço! -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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] Update demora no processamento
2010/3/11 Tiago Valério tiagosvale...@gmail.com: Pessoal Estou enfretando o seguinte problema: Tenho um servidor freebsd (kernel 7.2-RELEASE ) e 8GB de ram, a alocacao para shared buffers de 2GB sendo definido para checkpoint_segments 12, no entanto quando executo um update para um tabela de 20 milhoes de registros aproximadamente esta absurdamente lento sua execucao, chegando a demorar 1 dia inteiro a execuacao do seguinte comando : update tb_20milhoes set flag=0; ou update tb_20milhoes set flag=0 where campo_primarykey=1; O update de um único registro demora um dia inteiro??? -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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] Ferramenta para teste de desempenho PostgreSQL
2010/3/11 Joares Luis Dalorsoleta joa...@speedlinux.com.br: Bom dia a todos, Alguem poderia me indicar uma Ferramenta para teste de Desempenho, Carga e Capacidade para analisar o comportamento do BD em distribuições diferentes do linux. - pgbench - BenchmarkSQL - jmeter -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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] Update demora no processamento
De um registro nao demora tanto, mas eh lento. Quando eu faco o update dos 20 milhoes ai sim demora o dia inteiro praticamente. Valeu. Em 11 de março de 2010 10:50, Leonardo Cezar lhce...@gmail.com escreveu: 2010/3/11 Tiago Valério tiagosvale...@gmail.com: Pessoal Estou enfretando o seguinte problema: Tenho um servidor freebsd (kernel 7.2-RELEASE ) e 8GB de ram, a alocacao para shared buffers de 2GB sendo definido para checkpoint_segments 12, no entanto quando executo um update para um tabela de 20 milhoes de registros aproximadamente esta absurdamente lento sua execucao, chegando a demorar 1 dia inteiro a execuacao do seguinte comando : update tb_20milhoes set flag=0; ou update tb_20milhoes set flag=0 where campo_primarykey=1; O update de um único registro demora um dia inteiro??? -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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] Update demora no processamento
2010/3/11 Tiago Valério tiagosvale...@gmail.com: De um registro nao demora tanto, mas eh lento. Quando eu faco o update dos 20 milhoes ai sim demora o dia inteiro praticamente. - Tempo de atualização de um único registro? - Concorrência? - Bloqueios (aka locks)? - Autovaccum? - Granularidade do bgwriter (habilitar log_checkpoints)? - Buffers do WAL? - Intervalor do WAL? - Intervalo entre commits? - checkpoint_completaion? - Escritas de páginas completas (full_page)? - Tamanho dos registros? - Relatório de atividades de E/S (sar) no momento da atualização? - Cache do kernel? - Disco? - HOT? - Abraço! -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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] Ferramenta para teste de desempenho PostgreSQL
Obrigado Leo, Vou testar. abs Em 11 de março de 2010 10:52, Leonardo Cezar lhce...@gmail.com escreveu: 2010/3/11 Joares Luis Dalorsoleta joa...@speedlinux.com.br: Bom dia a todos, Alguem poderia me indicar uma Ferramenta para teste de Desempenho, Carga e Capacidade para analisar o comportamento do BD em distribuições diferentes do linux. - pgbench - BenchmarkSQL - jmeter -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente Joares Luís Dalorsoleta Esta mensagem (incluíndo qualquer anexo) é dirigida apenas para o uso do indivíduo ou da entidade a qual está endereçada e pode conter informações privadas, proprietárias, privilegiadas, confidenciais que podem servir como evidências sob as leis aplicáveis ou em processos judiciais. Caso você não seja o destinatário pretendido, você está aqui notificado que qualquer uso, disseminação, distribuição, ou cópia dessa comunicação é estritamente proibida. Se você recebeu essa comunicação por engano, notifique-nos imediatamente por telefone, e (i) destrua essa mensagem se for um facsimile ou (ii) exclua imediatamente essa mensagem se esta for uma comunicação eletrônica. Obrigado. This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] error for enconding
Estou usando o programa gshp2pgsql para importar um arquivo shape para um bd postgis. O referido bd é codificado com UTF 8. não estou conseguindo concluir, aparece o seguinte erro: psql:C:/Documents and Settings/geopro/Eixos/Shape/Eixos_polyline.sql:21156: ERROR: invalid byte sequence for encoding UTF8: 0xe9094c HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. CONTEXT: COPY eixos_polyline, line 1 alguém poderia dar uma ajuda como resolver isto. Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Retornar o ID do banco.
Pessoal estou precisando de um comando que retorne o ID do banco de dados. Tipo nome do bancoID banco001 023342 -- Atenciosamente, **Cesar** Soares** Programador (75) 8839-2381 / (75) 8804-0561 (75) 9158-3488 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] error for enconding
2010/3/11 Dario dari...@yahoo.com.br: Estou usando o programa gshp2pgsql para importar um arquivo shape para um bd postgis. O referido bd é codificado com UTF 8. não estou conseguindo concluir, aparece o seguinte erro: psql:C:/Documents and Settings/geopro/Eixos/Shape/Eixos_polyline.sql:21156: ERROR: invalid byte sequence for encoding UTF8: 0xe9094c postgres=# SHOW client_encoding; Se for diferente de utf-8 então: postgres=# SET client_encoding TO UTF-8; Converta a codificação de caracteres do arquivo Eixos_polyline.sql para UTF-8. Em seguida: postgres=# \i C:/Documents and Settings/geopro/Eixos/Shape/Eixos_polyline.sql Feito. -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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] Retornar o ID do banco.
2010/3/11 Antonio Cesar cgce...@bol.com.br: Pessoal estou precisando de um comando que retorne o ID do banco de dados. Tipo nome do banco ID banco001 023342 $ psql -c 'SELECT oid, datname FROM pg_database'; Abraço -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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] error for enconding
Olá, no shp2pgsql tem a opção -W onde você informa a codificação de origem do dado. (sempre é considerado como codificação destino UTF-8). No gui, vai em import options e na opção DBF file character encoding coloca a codificação de origem (geralmente LATIN1 resolve). []'s Luigi Castro Cardeles Em 11 de março de 2010 11:52, Leonardo Cezar lhce...@gmail.com escreveu: 2010/3/11 Dario dari...@yahoo.com.br: Estou usando o programa gshp2pgsql para importar um arquivo shape para um bd postgis. O referido bd é codificado com UTF 8. não estou conseguindo concluir, aparece o seguinte erro: psql:C:/Documents and Settings/geopro/Eixos/Shape/Eixos_polyline.sql:21156: ERROR: invalid byte sequence for encoding UTF8: 0xe9094c postgres=# SHOW client_encoding; Se for diferente de utf-8 então: postgres=# SET client_encoding TO UTF-8; Converta a codificação de caracteres do arquivo Eixos_polyline.sql para UTF-8. Em seguida: postgres=# \i C:/Documents and Settings/geopro/Eixos/Shape/Eixos_polyline.sql Feito. -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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
[pgbr-geral] Acentuação
Olá a todos. Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. Vejam: select nick from tabela; -- OE Nívea Nágila Nilton Nuno select nick from tabela order by nick; -- Nilton Nuno Nágila Nívea OE Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o pg faz isso... Outro problema é o uso do LIKE. select nick from tabela where nick like '%nagila%'; -- no records ele não retorna o registro Nágila. Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são montadas por ele (como um Hibernate faria). Portanto *não* é interessante para nós mudarmos as queries nã mão pois o WO as monta muito bem. A questão apenas é esta de acentuação no PGSQL. Com outros bancos não temos este problema (um MS SQL Server por exemplo). O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais natural possível (denovo: sem funções ou iLike). Existe alguma forma de se arrumar isso? Haverá correção no PG 9? Alguém sabe? Abraço a todos, *Adriano Ribeiro* adri...@play3g.com.br http://www.play3g.com.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] Acentuação
Olá Adriano, Acho que essa questão é meio conceitual. Por exemplo, antes da reforma ortográfica, para e pára tinham sentidos diferentes (não vamos levar em consideração aqui que após a Reforma Ortográfica a grafia é a mesma, estou apenas utilizando como um exemplo), portanto se eu procurasse por para (preposição) não deveria achar pára (do verbo parar). Entendeu a diferença? O mesmo acontece com os nomes abaixo. Ao meu ver, a maneira mais fácil de contornar essa situação é forçar o não uso de acentuação. Você poderia tentar utilizar a contrib pg_similarity, mas eu não sei se funciona nesse caso. 2010/3/11 Adriano Ribeiro adri...@play3g.com.br Olá a todos. Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. Vejam: select nick from tabela; -- OE Nívea Nágila Nilton Nuno select nick from tabela order by nick; -- Nilton Nuno Nágila Nívea OE Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o pg faz isso... Outro problema é o uso do LIKE. select nick from tabela where nick like '%nagila%'; -- no records ele não retorna o registro Nágila. Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são montadas por ele (como um Hibernate faria). Portanto *não* é interessante para nós mudarmos as queries nã mão pois o WO as monta muito bem. A questão apenas é esta de acentuação no PGSQL. Com outros bancos não temos este problema (um MS SQL Server por exemplo). O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais natural possível (denovo: sem funções ou iLike). Existe alguma forma de se arrumar isso? Haverá correção no PG 9? Alguém sabe? Abraço a todos, *Adriano Ribeiro* adri...@play3g.com.br http://www.play3g.com.br ___ 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] Acentuação
Use: select nick from tabela where upper(to_ascii(nick)) like upper(to_ascii'%termodepesquisa%')); TO_ASCII retira os acentos, use nessa ordem: upper(to_ascii para evitar problemas com caracteres_acentuados + caixa_alta. Se precisa de uma tabela rápida, crie um campo (nick_ascii) com uma trigger gravando nick_ascii = upper(to_ascii(nick)) Jorge Vilela 2010/3/11 Adriano Ribeiro adri...@play3g.com.br Olá a todos. Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. Vejam: select nick from tabela; -- OE Nívea Nágila Nilton Nuno select nick from tabela order by nick; -- Nilton Nuno Nágila Nívea OE Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o pg faz isso... Outro problema é o uso do LIKE. select nick from tabela where nick like '%nagila%'; -- no records ele não retorna o registro Nágila. Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são montadas por ele (como um Hibernate faria). Portanto *não* é interessante para nós mudarmos as queries nã mão pois o WO as monta muito bem. A questão apenas é esta de acentuação no PGSQL. Com outros bancos não temos este problema (um MS SQL Server por exemplo). O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais natural possível (denovo: sem funções ou iLike). Existe alguma forma de se arrumar isso? Haverá correção no PG 9? Alguém sabe? Abraço a todos, *Adriano Ribeiro* adri...@play3g.com.br http://www.play3g.com.br ___ 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] Acentuação
Em 11 de março de 2010 12:22, Adriano Ribeiro adri...@play3g.com.br escreveu: Olá a todos. Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. Vejam: select nick from tabela; -- OE Nívea Nágila Nilton Nuno select nick from tabela order by nick; -- Nilton Nuno Nágila Nívea OE Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o pg faz isso... Outro problema é o uso do LIKE. select nick from tabela where nick like '%nagila%'; -- no records ele não retorna o registro Nágila. Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são montadas por ele (como um Hibernate faria). Portanto não é interessante para nós mudarmos as queries nã mão pois o WO as monta muito bem. A questão apenas é esta de acentuação no PGSQL. Com outros bancos não temos este problema (um MS SQL Server por exemplo). O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais natural possível (denovo: sem funções ou iLike). Existe alguma forma de se arrumar isso? Haverá correção no PG 9? Alguém sabe? Qual o valor do LC_COLLATE (String sort order)? SHOW LC_COLLATE; Dê uma olhada em: http://www.postgresql.org/docs/current/interactive/locale.html 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] Acentuação
Não vejo grande problema nem considero velho problema de acentuação, isso não existe o Sr Jorge Vilela colocou corretamente a situação fazendo o upper. So falta ai o translate. pronto independente de acento, maiusculo minusculo, tanto o like ou SIMILAR TO funcionaram corretamente e também a ordenação do order by use translate(upper(niki) ,'ÁÀÂÃÄÉÈÊËÍÌÎÏÓÒÕÔÖÚÙÛÜÇKZYW', 'AOCCSIV')) Em 11 de março de 2010 13:29, Osvaldo Kussama osvaldo.kuss...@gmail.comescreveu: Em 11 de março de 2010 12:22, Adriano Ribeiro adri...@play3g.com.br escreveu: Olá a todos. Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. Vejam: select nick from tabela; -- OE Nívea Nágila Nilton Nuno select nick from tabela order by nick; -- Nilton Nuno Nágila Nívea OE Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o pg faz isso... Outro problema é o uso do LIKE. select nick from tabela where nick like '%nagila%'; -- no records ele não retorna o registro Nágila. Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são montadas por ele (como um Hibernate faria). Portanto não é interessante para nós mudarmos as queries nã mão pois o WO as monta muito bem. A questão apenas é esta de acentuação no PGSQL. Com outros bancos não temos este problema (um MS SQL Server por exemplo). O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais natural possível (denovo: sem funções ou iLike). Existe alguma forma de se arrumar isso? Haverá correção no PG 9? Alguém sabe? Qual o valor do LC_COLLATE (String sort order)? SHOW LC_COLLATE; Dê uma olhada em: http://www.postgresql.org/docs/current/interactive/locale.html 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] Acentuação
Não vejo grande problema nem considero velho problema de acentuação, isso não existe o Sr Jorge Vilela colocou corretamente a situação fazendo o upper. So falta ai o translate. pronto independente de acento, maiusculo minusculo, tanto o like ou SIMILAR TO funcionaram corretamente e também a ordenação do order by use translate(upper(niki) ,'ÁÀÂÃÄÉÈÊËÍÌÎÏÓÒÕÔÖÚÙÛÜÇKZYW', 'AOCCSIV')) Paulo Marques Em 11 de março de 2010 12:22, Adriano Ribeiro adri...@play3g.com.brescreveu: Olá a todos. Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. Vejam: select nick from tabela; -- OE Nívea Nágila Nilton Nuno select nick from tabela order by nick; -- Nilton Nuno Nágila Nívea OE Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o pg faz isso... Outro problema é o uso do LIKE. select nick from tabela where nick like '%nagila%'; -- no records ele não retorna o registro Nágila. Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são montadas por ele (como um Hibernate faria). Portanto *não* é interessante para nós mudarmos as queries nã mão pois o WO as monta muito bem. A questão apenas é esta de acentuação no PGSQL. Com outros bancos não temos este problema (um MS SQL Server por exemplo). O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais natural possível (denovo: sem funções ou iLike). Existe alguma forma de se arrumar isso? Haverá correção no PG 9? Alguém sabe? Abraço a todos, *Adriano Ribeiro* adri...@play3g.com.br http://www.play3g.com.br ___ 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] Chamar pg_dump do pl pgsql
Pessoal, algué saberi ame dizer como chamar o pg_dump com os respectivos parâmetros de dentro de uma função pl/pgsql ? Thanks. -- Jose Luis Campinas - SP Cel: 19-81341696 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Chamar pg_dump do pl pgsql
2010/3/11 Jose Luis Ramos jose.ramos.caj...@gmail.com: Pessoal, algué saberi ame dizer como chamar o pg_dump com os respectivos parâmetros de dentro de uma função pl/pgsql ? Thanks. Com plpgsql não é possível, por enquanto. Mas voce poderia utilizar uma linguagem não-confiável e fazer uma chamada para o sistema de arquivos. Exatamente o que vc quer fazer? -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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] Acentuação
Em 11 de março de 2010 15:23, Correio Vip correio@gmail.com escreveu: Não vejo grande problema nem considero velho problema de acentuação, isso não existe o Sr Jorge Vilela colocou corretamente a situação fazendo o upper. So falta ai o translate. pronto independente de acento, maiusculo minusculo, tanto o like ou SIMILAR TO funcionaram corretamente e também a ordenação do order by use translate(upper(niki) ,'ÁÀÂÃÄÉÈÊËÍÌÎÏÓÒÕÔÖÚÙÛÜÇKZYW', 'AOCCSIV')) Paulo Marques Em 11 de março de 2010 12:22, Adriano Ribeiro adri...@play3g.com.br escreveu: Olá a todos. Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. Vejam: select nick from tabela; -- OE Nívea Nágila Nilton Nuno select nick from tabela order by nick; -- Nilton Nuno Nágila Nívea OE Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o pg faz isso... Outro problema é o uso do LIKE. select nick from tabela where nick like '%nagila%'; -- no records ele não retorna o registro Nágila. Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são montadas por ele (como um Hibernate faria). Portanto não é interessante para nós mudarmos as queries nã mão pois o WO as monta muito bem. A questão apenas é esta de acentuação no PGSQL. Com outros bancos não temos este problema (um MS SQL Server por exemplo). O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais natural possível (denovo: sem funções ou iLike). Existe alguma forma de se arrumar isso? Haverá correção no PG 9? Alguém sabe? Abraço a todos, Adriano Ribeiro adri...@play3g.com.br http://www.play3g.com.br ___ 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 Olá, aqui foi sem problemas. Como disse o Oswaldo, seu problema deve ser o LC_COLLATE... teste=# SELECT nick FROM tabela; nick OE Nívea Nágila Nilton Nuno (5 rows) teste=# SELECT nick FROM tabela ORDER BY nick; nick Nágila Nilton Nívea Nuno OE (5 rows) teste=# SHOW LC_COLLATE; lc_collate - pt_BR.UTF-8 (1 row) teste=# SELECT version(); version - PostgreSQL 8.4.2 on x86_64-redhat-linux-gnu, compiled by GCC gcc (GCC) 4.4.2 20 091027 (Red Hat 4.4.2-7), 64-bit []'s Luigi Castro Cardeles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 37, assunto 28
Leaonardo, minha situação é o seguinte: tenho um conjunto de tabelas do tipo xyzanomesdia, uma para cada dia do mês, e como elas são muito grandes, pois são geradas por equipamentos de telefonia, meu objetivo é gerar uma base reduzida com x % de de um conjunto dessas tabelas, sendo que esse conjunto eu vou determinar como paràmetros de entrada, ou seja, data inicial e data final da amostra e o percentual (os x%). Pensei em fazer uma função que gerasse tabelas temporárias com os dados desejados e ja executar o pg_dump das mesmas de dentro da função, isso para facilitar para o operador, pois é uma necessidade da área comercial, para levar uma base que seja portátil em um notebook da empresa. Ta difícil !!! Abraços, José Luis Em 11 de março de 2010 16:09, pgbr-geral-requ...@listas.postgresql.org.brescreveu: Send pgbr-geral mailing list submissions to pgbr-geral@listas.postgresql.org.br To subscribe or unsubscribe via the World Wide Web, visit https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral or, via email, send a message with subject or body 'help' to pgbr-geral-requ...@listas.postgresql.org.br You can reach the person managing the list at pgbr-geral-ow...@listas.postgresql.org.br When replying, please edit your Subject line so it is more specific than Re: Contents of pgbr-geral digest... Tópicos de Hoje: 1. Re: Acentuação (Osvaldo Kussama) 2. Re: Update demora no processamento (Tiago Valério) 3. Re: Acentuação (Correio Vip) 4. Re: Acentuação (Correio Vip) 5. Chamar pg_dump do pl pgsql (Jose Luis Ramos) 6. Re: Chamar pg_dump do pl pgsql (Leonardo Cezar) -- Mensagem encaminhada -- From: Osvaldo Kussama osvaldo.kuss...@gmail.com To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Date: Thu, 11 Mar 2010 13:29:15 -0300 Subject: Re: [pgbr-geral] Acentuação Em 11 de março de 2010 12:22, Adriano Ribeiro adri...@play3g.com.br escreveu: Olá a todos. Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. Vejam: select nick from tabela; -- OE Nívea Nágila Nilton Nuno select nick from tabela order by nick; -- Nilton Nuno Nágila Nívea OE Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o pg faz isso... Outro problema é o uso do LIKE. select nick from tabela where nick like '%nagila%'; -- no records ele não retorna o registro Nágila. Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são montadas por ele (como um Hibernate faria). Portanto não é interessante para nós mudarmos as queries nã mão pois o WO as monta muito bem. A questão apenas é esta de acentuação no PGSQL. Com outros bancos não temos este problema (um MS SQL Server por exemplo). O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais natural possível (denovo: sem funções ou iLike). Existe alguma forma de se arrumar isso? Haverá correção no PG 9? Alguém sabe? Qual o valor do LC_COLLATE (String sort order)? SHOW LC_COLLATE; Dê uma olhada em: http://www.postgresql.org/docs/current/interactive/locale.html Osvaldo -- Mensagem encaminhada -- From: Tiago Valério tiagosvale...@gmail.com To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Date: Thu, 11 Mar 2010 15:21:50 -0300 Subject: Re: [pgbr-geral] Update demora no processamento Leonardo de acordo com as perguntas segue: Algumas nao tive como habilitar no momento para analise por isto que nao foram respondidas. - Tempo de atualização de um único registro? Resp- 207 ms execution time. - Concorrência? Resp: No momento da execucao a maquina roda somente este update. - Bloqueios (aka locks)? Resp: Nao houve ocorrencia de bloqueios. - Autovaccum? Resp : parametro analisado autovaccum on - Granularidade do bgwriter (habilitar log_checkpoints)? Resp: - Buffers do WAL? Rep: parametro analisado, wall_buffers 64 - Intervalor do WAL? Resp: parametro analisado, wal_writer_delay 200ms - Intervalo entre commits? Resp: parametro analisado ,commit_delay 1 - checkpoint_completaion? Resp: parametro analisado checkpoint_completion_target 0.5 - Escritas de páginas completas (full_page)? Resp: parametro analisado full_page_writes on - Tamanho dos registros? - Relatório de atividades de E/S (sar) no momento da atualização? Resp: - Cache do kernel? Resp: kern.ipc.shmmax=4831838208 kern.ipc.shmall=1572864 kern.ipc.semmap=512 kern.ipc.shm_use_phys=1 - Disco? Resp: 2 discos SAS 15K de 300GB - HOT? Resp:Nao possui Em 11 de março de 2010 11:17, Leonardo Cezar lhce...@gmail.com escreveu: 2010/3/11 Tiago Valério tiagosvale...@gmail.com: De um registro nao demora tanto, mas eh lento. Quando eu faco o update dos 20 milhoes ai sim demora o dia inteiro praticamente. - Tempo de atualização de um único registro? -
Re: [pgbr-geral] Update demora no processamento
2010/3/11 Tiago Valério tiagosvale...@gmail.com: Leonardo de acordo com as perguntas segue: Algumas nao tive como habilitar no momento para analise por isto que nao foram respondidas. - Tempo de atualização de um único registro? Resp- 207 ms execution time. Tá na média. - Autovaccum? Resp : parametro analisado autovaccum on Desabilite para esta tabela no momento da atualização. - Granularidade do bgwriter (habilitar log_checkpoints)? Resp: Habilite e envie apenas um SIGHUP do servidor. - Buffers do WAL? Rep: parametro analisado, wall_buffers 64 Eu começaria com ~ 128 - Intervalor do WAL? Resp: parametro analisado, wal_writer_delay 200ms Precisava de informações do bgwriter no log. - Intervalo entre commits? Resp: parametro analisado ,commit_delay 1 E quantos commit_siblings? - checkpoint_completaion? Resp: parametro analisado checkpoint_completion_target 0.5 Não sei a carga de um checkpoint (log_checkpoints), portanto não tem como opinar. - Escritas de páginas completas (full_page)? Resp: parametro analisado full_page_writes on Desabilite para testes, embora deva fazer pouca diferença dependendo do cache de disco. - Tamanho dos registros? ?? - Relatório de atividades de E/S (sar) no momento da atualização? Imprescindível. adivinhaçãoProvavelmente é seu gargalo./adivinhação Abraço! -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.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] MAC placa de rede
Pessoal o postgresql possui um função que retorne o MAC da placa de do servidor? -- Atenciosamente, **Cesar** Soares** Programador (75) 8839-2381 / (75) 8804-0561 (75) 9158-3488 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] MAC placa de rede
2010/3/11 Antonio Cesar cgce...@bol.com.br Pessoal o postgresql possui um função que retorne o MAC da placa de do servidor? hãm (como diria o Leo) -- Marcelo Costa www.marcelocosta.net - “You can't always get what you want”, Doctor House in apology to Mike Jagger ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] MAC placa de rede
Anti-pirataria? Em 11 de março de 2010 17:08, Marcelo Costa marcelojsco...@gmail.comescreveu: 2010/3/11 Antonio Cesar cgce...@bol.com.br Pessoal o postgresql possui um função que retorne o MAC da placa de do servidor? hãm (como diria o Leo) -- Marcelo Costa www.marcelocosta.net - “You can't always get what you want”, Doctor House in apology to Mike Jagger ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Alexsander da Rosa Linux User #113925 Extremismo na defesa da liberdade não é defeito. Moderação na busca por justiça não é virtude. -- Barry Goldwater ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] MAC placa de rede
Em 11 de março de 2010 16:55, Antonio Cesar cgce...@bol.com.br escreveu: Pessoal o postgresql possui um função que retorne o MAC da placa de do servidor? Utilize uma linguagem 'untrusted' [1] para obter este valor. Lembre-se que você apenas conseguirá obter o MAC do servidor e não o do cliente. Você pode utilizar uma variável do tipo macaddr [2] para armazenar este valor. [1] http://www.postgresql.org/docs/8.4/static/server-programming.html [2] http://www.postgresql.org/docs/current/static/datatype-net-types.html []s 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
[pgbr-geral] utilizar pg_dump dentro de funç ão (ERA: Re: Digest pgbr-geral, volume 3 7, assunto 28)
2010/3/11 Jose Luis Ramos jose.ramos.caj...@gmail.com: José, por favor, *não responda* mensagens no modo Digest!!! Leaonardo, minha situação é o seguinte: tenho um conjunto de tabelas do tipo xyzanomesdia, uma para cada dia do mês, e como elas são muito grandes, pois são geradas por equipamentos de telefonia, meu objetivo é gerar uma base reduzida com x % de de um conjunto dessas tabelas, sendo que esse conjunto eu vou determinar como paràmetros de entrada, ou seja, data inicial e data final da amostra e o percentual (os x%). Pensei em fazer uma função que gerasse tabelas temporárias com os dados desejados e ja executar o pg_dump das mesmas de dentro da função, isso para facilitar para o operador, pois é uma necessidade da área comercial, para levar uma base que seja portátil em um notebook da empresa. Ta difícil !!! Voce pode utilizar o comando COPY: COPY ( SELECT coluna1, coluna2 FROM tabela_particao_1 WHERE data BETWEEN '2000-10-10' AND '2000-10-11' UNION ALL SELECT coluna1, coluna2 FROM tabela_partcicao_2 WHERE data BETWEEN '2000-10-11' AND '2000-10-12' ) TO '/backup/meu_backup_consolidado'; Coloque o COPY dentro de uma função e receba como parametros as datas. Obviamente que vc não vai precisar do UNION se voce estiver utilizando o conceito de herança (particionamento) do postgres. Abraço! -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral