Re: [pgbr-geral] UPPER, LOWER, UTF-8
Bom dia.
Sim é isso que eu mesmo iria dizer, tenho 12 bases na empresa todas em
UTF8 e não da problema algum.
O detalhe está na configuração do banco e do cliente como o pessoal já
disse, aqui usamos php, asp, vb, e tudo acessa normal.
Qualquer coisa da um toque ai/
Abraço
Luigi
Tá certo, fiz o teste aqui e deu isso mesmo. Vou passar para os
desenvolvedores. A aplicação é em PHP e o problema deve estar lá,
portanto. Mas se alguém puder me dar uma luz de como resolver isso em
PHP por favor me mande a dica.
Bene
Luigi Castro Cardeles escreveu:
Olá,
continua achando que o problema não é no postgresql...
olha só:
http://www.nabble.com/Problemas-com-Acentua%C3%A7%C3%A3o.-td15409723.html
[]'s
Luigi Castro Cardeles
2009/4/28 Prof. Benedito A. Cruz b...@cria.org.br
mailto:b...@cria.org.br
Resolvemos transferindo os UPPERs e LOWERs para a aplicação, mas ainda
acho que não deveria ser assim. Falha de projeto do PostgreSQL, essas
funções deveriam se comportar de forma diferente dependendo da
codificação de cada banco e não da base toda...
Luigi Castro Cardeles escreveu:
Olá,
esse pode ser seu problema...
http://archives.postgresql.org//pgsql-bugs/2002-05/msg00138.php
Esse se enquadra mais no solaris (é o que vc usa?) mas mesmo assim o
título é sugestivo...
http://mail.nl.linux.org/linux-utf8/2002-10/msg00075.html
[]'s
Luigi Castro Cardeles
2009/4/28 Prof. Benedito A. Cruz b...@cria.org.br
mailto:b...@cria.org.br
mailto:b...@cria.org.br mailto:b...@cria.org.br
Onde o UPPER não funciona o initdb usou o padrão do SO que é
LC_COLLATE = en_US.UTF-8.
O cliente já testei com UTF8 e LATIN1 acessando este banco e
ambos
dão problema.
Bene
Luigi Castro Cardeles escreveu:
Olá,
essas regras são controladas pelas variáveis LC_COLLATE e
LC_CTYPE (que são definidas no initdb).
http://www.postgresql.org/docs/8.3/static/sql-createdatabase.html
Você tem que tomar cuidado também com a codificação do cliente
onde você está digitando...
Qual o valor das mesmas no caso onde o upper não retorna o
esperado?
Luigi Castro Cardeles
2009/4/28 Prof. Benedito A. Cruz b...@cria.org.br
mailto:b...@cria.org.br
mailto:b...@cria.org.br mailto:b...@cria.org.br
Caros
Recentemente tive problemas com uma aplicação que
funcionava em um
banco LATIN1 mas dava problemas em um banco UTF-8.
Depois de
pesquisar
um pouco detectei o seguinte comportamento no PG.
1) Num banco criado como LATIN1:
postgres=# \l
List of databases
Name| Owner | Encoding
---+---+--
xpto | xxxadm | LATIN1
postgres | postgres | LATIN1
template0 | postgres | LATIN1
template1 | postgres | LATIN1
(4 rows)
postgres=# \c xpto
You are now connected to database xpto.
xpto=# select UPPER('a');
upper
---
A
(1 row)
xpto=# select UPPER('á');
upper
---
Á
(1 row)
2) Num banco criado como UTF8:
postgres=# \l
List of databases
Name| Owner | Encoding
---+---+--
xpto | xxxadm | LATIN1
postgres | postgres | UTF8
template0 | postgres | UTF8
template1 | postgres | UTF8
(4 rows)
postgres=# \c xpto
You are now connected to database xpto.
xpto=# select UPPER('a');
upper
---
A
(1 row)
xpto=# select UPPER('á');
upper
---
á
(1 row)
O problema é que no segundo caso a aplicação dá erro
porque
usa UPPER
e LOWER nas queries, que retornam com problemas. O mesmo
problema ocorre
se o banco xpto está em UTF8. A solução foi transferir o
UPPER e LOWER
para a aplicação e retirar da query.
Pergunta: o comportamento dessas funções não deveria
seguir o
encoding do banco ao qual se está conectado?
--
Benedito A. Cruz
Centro de Referência em Informação
[pgbr-geral] usando pg_ident
Ola pessoal, Estava querendo usar o pg_ident para autenticacao de usuarios locais do server que acessam o banco. Aguem tem alguma opiniao sobre isso, se é legal ou nao? Eu dei uma pesquisada e vi que tenho que ativar uma daemon identd, como faço isso? Preciso instalar algum pacote em meu server? Estou usando as versoes 8.2 (em um server) e 8.3 (em outro) ambos em Linux mandriva. Tem uns 5 usuarios no servidor que ja acessam o banco (com quais usuarios eles quiserem). Mas agora quero criar uma autenticacao pra que eles nao possam acessar com qualquer usuario do banco quandos os mesmos acessarem o server por ssh. Quero criar uma regra para que quando o usuario joao acessar via ssh (ssh j...@server ) ele só possa acessar o banco pelo usuario definido no pg_ident. Nao posso colocar a regra no pg_hba, por que isso pode causar problemas para algum aplicativo que rode local ou para a propria manutencao no banco por parte do DBA (pra ficar algo mais flexivel). Sera que alguem na lista saberia responder essas duvidas? Obrigado. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] procedure sumiu
Obrigado pessoal! Consegui recuperar do log da ultima vez que compilei ela. O \df+ funcionou bem também! Muito obrigado, vou dar um drop nela agora e criar novamente. =) 2009/4/28 Rafael Domiciano rafael.domici...@gmail.com Se você tá usando o EMS SQL Manager é só dar um refresh na pasta dos functions e então procurar a sua function. no psql você faz assim (presumindo que a função se chame fnc_teste(integer)): \df+ fnc_teste(integer) e ai vai trazer o código da função. Você pode tentar ainda o PgAdmin. Espero ter ajudado. Rafael Domiciano DBA Postgres 2009/4/28 Leandro Cavalari Soares lcs.sini...@gmail.com Dependendo do nível de log que está setado no postgresql.conf do seu SGBD (log_statement = 'all' | 'mod' | 'ddl'), vc conseguirá recuperar a ddl da procedure e recriá-la. Até Logo! 2009/4/28 Jorge Vilela jorge.com...@gmail.com Estava hoje trabalhando em uma procedure no banco, quando, precisei compila-la e desconectar do banco de testes para conectar ao banco de produção. Quando voltei ao banco de testes minha procedure tinha sumido! Já tentei visualiza-la no EMS prostgreSQL manager, Navicat e PhpPgAdmin. Nenhum consegue mostrar, porém, ela ainda está funcionando se eu chamá-la no SQL (select * from fc_...([...,...])). Rodando PostgreSQL 8.3 no Debian Lenny. Alguém já viu isso? Pra onde foi parar a função do banco? Como eu posso recuperá-la? Tentei o psql mas não tive sucesso... Obrigado pessoal! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Leandro Cavalari Soares Analista de Sistemas / DBA Veltrac - Tecnologia em Logística (43) 2105-5614 / (43) 9922-8095 - Londrina / PR ___ 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 mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] duvidas SET STORAGE EXTENDED
Ola Pessoal, Terei que armazenar arquivos dentro do banco e vi que existe o SET STORAGE EXTENDED; O EXTENDED é utilizado para dados externos comprimidos. Como o campo vai ser um bytea, o EXTENDED é o padrão. Isso quer dizer que esse arquivo que armazenei na tabela, sera na verdade armazenado em uma tabela do toast . Segue uma parte do manual A técnica de compressão utilizada é um membro bem simples e bem rápido da família de técnicas de compressão LZ. Para obter detalhes deve ser visto o arquivo src/backend/utils/adt/pg_lzcompress.c. Minhas duvidas sao: Qual o fator de compressao dessa tecnica LZ? É eficiente tipo um zip, ei la? Eu nao consegui achar esse arquivo src/backend/utils/adt/pg_lzcompress.cem minha instalacao, sera que isso quer dizer que os arquivos gravados na tabelas nao serao comprimidos? Como faço pra saber o tamanho que ficou esse arquivo no pg_toast... ? Alguem ja usou essa estratégia e poderia falar um pouco mais sobre ela? Obrigado. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] UTF8 X LATIN1
2009/4/28 Alisson Viegas p...@acsiv.com.br: Pegando carona na discussão corrente, alguém poderia me indicar algum material que mostra as vantagens de um sobre o outro? Encontrei muita coisa, mas não vejo um consenso, se é que existe, sobre qual a melhor. Para uma aplicação ERP o que usar? Eu recomendaria UTF-8. Fora do Unicode, nao ha' sanidade entre as codificacoes. Voce sabia por exemplo, que ISO 8859-1 e' *bem diferente* de ISO-8859-1 (note o - de diferenca)? E voce sabia que o 8859-1 da Microsoft e' diferente do padrao 8859-1 dos outros? Por isso e outras coisas eu digo que fora do Unicode, nao ha' sanidade. Veja: http://blog.divisiblebyfour.org/2008/03/postgresql-e-codificaes-postgresql-and.html Roberto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] MIGRAÇÃO --- DBF/POSTGREE
2009/4/27 Leandro Guimarães Faria Corcete DUTRA leandro.gfc.du...@gmail.com: Le lundi 27 avril 2009 à 18:41 -0300, Osvaldo Kussama a écrit : Agora uma observação: se sua aplicação utiliza um bando de dados embedded então o PostgreSQL não é a melhor opção. Neste caso talvez o mais indicado seja o SQLite. Por que não, Osvaldo? Caro Leandro: Com certeza você conhece os argumentos melhor do que eu. Considerando que seu objetivo ao colocar esta questão foi esclarecer o autor da mensagem original aqui vai: O PostgreSQL não tem uma versão embedded e - apesar de já ter sido alertado para não confiar tanto no TODO - lá você encontra: “Features We Do Not Want . Embedded server (not wanted) While PostgreSQL clients runs fine in limited-resource environments, the server requires multiple processes and a stable pool of resources to run reliably and efficiently. Stripping down the PostgreSQL server to run in the same process address space as the client application would add too much complexity and failure cases.” http://wiki.postgresql.org/wiki/Todo Isto pelo menos representa o espírito corrente da equipe de desenvolvimento. Está certo que você pode fazer uma instalação “silenciosa” do PostgreSQL mas, de qualquer maneira, estará instalando o servidor de banco de dados o qual, de uma forma ou de outra, necessitará de acompanhamento, ajustes e manutenção para que execute sua tarefa adequadamente. Talvez não tenha ficado suficientemente claro em minha mensagem é que para a pergunta: Quais dll tenho que empacotar junto com minha aplicação que utiliza PostgreSQL para distribui-la? A resposta é: O PostgreSQL não trabalha assim! 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] procedure sumiu
2009/4/29 Jorge Vilela jorge.com...@gmail.com: Obrigado pessoal! Consegui recuperar do log da ultima vez que compilei ela. O \df+ funcionou bem também! Muito obrigado, vou dar um drop nela agora e criar novamente. =) Apenas para esclarecimento: Se você iniciou uma nova sessão e conseguiu executar sua função então seu código fonte estava lá pois ela é interpretada, pelo menos, na primeira vez que é utilizada na sessão. Talvez algum problema no cliente sendo utilizado impedisse você de visualiza-la. Do manual: The PL/pgSQL interpreter parses the function's source text and produces an internal binary instruction tree the first time the function is called (within each session) http://www.postgresql.org/docs/current/interactive/plpgsql-implementation.html Nestas situações sempre é bom verificar utilizando o bom e velho, e também confiável, psql. Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Para Levar em Conta.
Boa tarde. Ontem teve um pessoal que passou um antivírus num servidor Linux debian 4. E postgresql 8.1. Depois de rodar o antivírus, (nem sei qual utilizou...), ao reiniciar o Linux o postgreSQL não levantou mais. Nenhum arquivo .pid sobrando, nem NADA nos arquivos de log. Como o banckup tinha sido feito alguns minutos antes, e como não consegui fazer ele subir, optei pela solução radicar de instalar o Linux novamente, ate porque não tem muita coisa nele. Minha pergunta é se alguém já teve esse experiência para saber se teve solução ou teve que reinstalar. Como não conheço muito de Linux, meu conselho foi reinstalar tudo, mas acredito que tenha alguma solução. Na internet, não achei nada que possa me orientar ou alguém que tenha passado pela mesma experiência. Agradeço trocar qq idéia sobre isso.. Santiago NSR Informática. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] UTF8 X LATIN1
2009/4/29 Roberto Mello roberto.me...@gmail.com: 2009/4/28 Alisson Viegas p...@acsiv.com.br: Pegando carona na discussão corrente, alguém poderia me indicar algum material que mostra as vantagens de um sobre o outro? Encontrei muita coisa, mas não vejo um consenso, se é que existe, sobre qual a melhor. Para uma aplicação ERP o que usar? Eu recomendaria UTF-8. Fora do Unicode, nao ha' sanidade entre as codificacoes. Voce sabia por exemplo, que ISO 8859-1 e' *bem diferente* de ISO-8859-1 (note o - de diferenca)? E voce sabia que o 8859-1 da Microsoft e' diferente do padrao 8859-1 dos outros? Por isso e outras coisas eu digo que fora do Unicode, nao ha' sanidade. Veja: http://blog.divisiblebyfour.org/2008/03/postgresql-e-codificaes-postgresql-and.html Caramba Roberto! Nunca tinha me tocado desta diferença (ISO 8859-1 contra ISO-8859-1). Sabia que o WIN-1252 era diferente mas essa me deixou estupefato! Sempre achei que colocar o espaço ou hífen fosse apenas uma questão de estilo de escrita. 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] MIGRAÇÃO --- DBF/POSTGREE
Talvez não tenha ficado suficientemente claro em minha mensagem é que para a pergunta: Quais dll tenho que empacotar junto com minha aplicação que utiliza PostgreSQL para distribui-la? A resposta é: O PostgreSQL não trabalha assim! Osvaldo Osvaldo, Mas isso é o correto para qualquer banco SQL, mesmo os embutidos nas aplicações, quando um banco é embutido na aplicação literalmente o volume de dados é considerado insignificante ao ponto de precisar de um administrador/dba.? -- Eduardo Nakamatu Consultor de Negócios, Instrutor ADVPL Senior ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] chave estrangeira entre dois bancos
pessoal seria possivel utilizar uma chave estrangeira entre dois bancos por exemplo eu tenho o id na tabela pessoa do banco pessoa e o id na tabela moradia da tabela moradia, teria como vincular elasse teria como ficaria? Obrigado Anderson ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] chave estrangeira entre dois bancos
2009/4/29 Anderson jackvalant...@gmail.com pessoal seria possivel utilizar uma chave estrangeira entre dois bancos por exemplo eu tenho o id na tabela pessoa do banco pessoa e o id na tabela moradia da tabela moradia, teria como vincular elasse teria como ficaria? Caro Anderson, Diretamente isso não é possível... mas poderias montar uma arquitetura para isso, replicando a tabela *moradia* da base *moradia* para base *pessoa* (a frequência e forma é outro assunto), dai na base *pessoa* vc adicionaria a FK necessária com a tabela *moradia*... mas fazendo isso terias de ter o cuidado que essa tabela *moradia* da base *pessoa* tem que ficar *read-only*, ou seja, não pode ser modificada por outro recurso que não seja o de replicação. Cordialmente, -- Fabrízio de Royes Mello Blog sobre PostgreSQL: http://fabriziomello.blogspot.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] Para Levar em Conta.
Parece que rodaram foi o vírus, e não o antivírus, hehehehe. Bom, já tive minha cota de lições aprendidas com o povo de redes, e de maneira geral o que acontece sempre é algo assim: PR (Povo da Rede) - Vamos * na rede hoje. (* = * mesmo, wildcard) PS (Povo de Sistemas) - Ok, pode ir lá fazer... Qual o erro aí? Simples, o PS não fez bkp de nada, e deixou o PR fazer o que deu na telha deles. De maneira geral, qualquer atividade que implique qualquer risco deve ser precedida de bkps. Pelo menos você tinha o seu. 2009/4/29 Tatu t...@nsr.com.br Boa tarde. Ontem teve um pessoal que passou um antivírus num servidor Linux debian 4. E postgresql 8.1. Depois de rodar o antivírus, (nem sei qual utilizou...), ao reiniciar o Linux o postgreSQL não levantou mais. Nenhum arquivo .pid “sobrando”, nem NADA nos arquivos de log. Como o banckup tinha sido feito alguns minutos antes, e como não consegui fazer ele subir, optei pela solução radicar de instalar o Linux novamente, ate porque não tem muita coisa nele. Minha pergunta é se alguém já teve esse experiência para saber se teve solução ou teve que reinstalar. Como não conheço muito de Linux, meu conselho foi reinstalar tudo, mas acredito que tenha alguma solução. Na internet, não achei nada que possa me orientar ou alguém que tenha passado pela mesma experiência. Agradeço trocar qq idéia sobre isso.. Santiago NSR Informática. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.corephp.com.br Quidquid latine dictum sit, altum viditur = ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Para Levar em Conta.
Anti virus no Linux? Nunca vi isso nem para desktop, imagina para servidor... Stefan Horochovec Analista de Sistemas Adobe User Group Manager - FlexDuck Blog: http://www.horochovec.com.br/ Use Java, Flex e Linux Em 29/04/09, Pablo Sánchez phack...@gmail.com escreveu: Parece que rodaram foi o vírus, e não o antivírus, hehehehe. Bom, já tive minha cota de lições aprendidas com o povo de redes, e de maneira geral o que acontece sempre é algo assim: PR (Povo da Rede) - Vamos * na rede hoje. (* = * mesmo, wildcard) PS (Povo de Sistemas) - Ok, pode ir lá fazer... Qual o erro aí? Simples, o PS não fez bkp de nada, e deixou o PR fazer o que deu na telha deles. De maneira geral, qualquer atividade que implique qualquer risco deve ser precedida de bkps. Pelo menos você tinha o seu. 2009/4/29 Tatu t...@nsr.com.br Boa tarde. Ontem teve um pessoal que passou um antivírus num servidor Linux debian 4. E postgresql 8.1. Depois de rodar o antivírus, (nem sei qual utilizou...), ao reiniciar o Linux o postgreSQL não levantou mais. Nenhum arquivo .pid “sobrando”, nem NADA nos arquivos de log. Como o banckup tinha sido feito alguns minutos antes, e como não consegui fazer ele subir, optei pela solução radicar de instalar o Linux novamente, ate porque não tem muita coisa nele. Minha pergunta é se alguém já teve esse experiência para saber se teve solução ou teve que reinstalar. Como não conheço muito de Linux, meu conselho foi reinstalar tudo, mas acredito que tenha alguma solução. Na internet, não achei nada que possa me orientar ou alguém que tenha passado pela mesma experiência. Agradeço trocar qq idéia sobre isso.. Santiago NSR Informática. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.corephp.com.br Quidquid latine dictum sit, altum viditur = ___ 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] Para Levar em Conta.
Em Qua, 2009-04-29 às 17:27 -0300, Stefan Horochovec escreveu: Anti virus no Linux? Nunca vi isso nem para desktop, imagina para servidor... Não precisa ser para o Linux propriamente dito mas para os arquivos neles hospedados. É comum isso ambiente onde a troca de arquivos é feita através de servidores Linux, com Samba ou Ftp por exemplo. Um anti-virus roda ali como uma precaução. Quanto ao caso do Santiago, parabéns por ter um backup e mais ainda porque ele estar íntegro e conseguir ter sido restaurado (sim, backup qualquer um pode fazer, restaurá-lo é que é o grande desafio) Fica de exemplo para aqueles que duvidam que isto funciona. []s Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://planeta.postgresql.org.br signature.asc Description: Esta é uma parte de mensagem assinada digitalmente ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] procedure sumiu
O bom e velho psql realmente não nos deixa na mão, consegui recuperar a procedure seguindo a dica do Rafael. E foi analisando os logs (dica do Leandro) que descobri/percebi a cagada. O fato é que encontrei a procedure lá no pg_catalog... Nunca ia achar ela no public! Desculpem me por isso, estava um tanto apavorado (serviço atrasado + procedure imensa) e tão na cara que não consegui ver... =( Muito obrigado todo mundo, mais uma vez peço desculpas, estou um tanto envergonhado por alarmar um erro juvenil. Fico devendo essa! 2009/4/29 Osvaldo Kussama osvaldo.kuss...@gmail.com 2009/4/29 Jorge Vilela jorge.com...@gmail.com: Obrigado pessoal! Consegui recuperar do log da ultima vez que compilei ela. O \df+ funcionou bem também! Muito obrigado, vou dar um drop nela agora e criar novamente. =) Apenas para esclarecimento: Se você iniciou uma nova sessão e conseguiu executar sua função então seu código fonte estava lá pois ela é interpretada, pelo menos, na primeira vez que é utilizada na sessão. Talvez algum problema no cliente sendo utilizado impedisse você de visualiza-la. Do manual: The PL/pgSQL interpreter parses the function's source text and produces an internal binary instruction tree the first time the function is called (within each session) http://www.postgresql.org/docs/current/interactive/plpgsql-implementation.html Nestas situações sempre é bom verificar utilizando o bom e velho, e também confiável, psql. 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
