Em determinada aplicação utilizo diversas vezes chamada para essa função.
Troquei o servidor de 8.2 para 8.4 e agora simplesmente não tenho mais essa
função. O que posso fazer para manter a compatibilidade?
--
Mello Júnior
41.3252-3555
___
pgbr-geral
Em 4 de abril de 2012 12:25, José Mello Júnior
jose.mello.jun...@gmail.comescreveu:
Em determinada aplicação utilizo diversas vezes chamada para essa função.
Troquei o servidor de 8.2 para 8.4 e agora simplesmente não tenho mais essa
função. O que posso fazer para manter a compatibilidade?
Deve ser conversão de tipo. A função md5() do PostgreSQL exige parâmetro
tipo text.
Em 4 de abril de 2012 12:25, José Mello Júnior
jose.mello.jun...@gmail.comescreveu:
Em determinada aplicação utilizo diversas vezes chamada para essa função.
Troquei o servidor de 8.2 para 8.4 e agora
Em 4 de abril de 2012 12:40, Alexsander Rosa
alexsander.r...@gmail.comescreveu:
Deve ser conversão de tipo. A função md5() do PostgreSQL exige parâmetro
tipo text.
É bem isso que o Alexander falou... na versão 8.3 foram removidos os casts
implícitos [1] de valores _não_texto_ para _texto_ em
Foi resolvido no quinto post da thread.
Mas depois de resolver e não contente com a situação, desinstalei o EDB e
instalei a mesma versão do pg a partir de um repositório indicado pela
comunidade internacional do centos (
http://koji.fedoraproject.org/koji/packageinfo?packageID=655).
Funcionou
Esquece, fiquei igual a um principiante, tentando fazer diagnóstico muito
rápido. O problema eram os CAST e não a função MD5.
Muito obrigado
Em 4 de abril de 2012 12:29, Danilo Silva danilo.dsg.go...@gmail.comescreveu:
Em 4 de abril de 2012 12:25, José Mello Júnior
Colegas,
Eu tenho a seguinte procedure:
CREATE OR REPLACE FUNCTION public.banco_manutencao (
_id_banco smallint,
_numero_banco varchar,
_situacao char,
_id_usuario_atualizador smallint,
_conta_contabil varchar,
_acao char
)
RETURNS void AS
$body$
declare
v_qtide integer;
begin
if
--
Moreira Carvalho
Analista de Sistemas
E-mail: more...@softlite.com.br
GMail: moreira.carva...@gmail.com Fone: 55 85 9980-9154
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Olá
tenta forçar com CAST
as chamada:
select banco_manutencao(1,CAST('201' AS VARCHAR(3)),CAST('A' AS
VARCHAR(1)),0,'teste');
Em 4 de abril de 2012 13:32, Marcelo Florindo
marcelo.em.lis...@gmail.comescreveu:
Colegas,
Eu tenho a seguinte procedure:
CREATE OR REPLACE FUNCTION
Em 04/04/12, Moreira Carvalhomore...@softlite.com.br escreveu:
--
Se, por acaso, você está tentando se desinscrever da lista vá em:
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
e siga as instruções do último parágrafo:
Para se desinscrever de pgbr-geral...
Osvaldo
2012/4/4, Marcelo Florindo marcelo.em.lis...@gmail.com:
Colegas,
Eu tenho a seguinte procedure:
CREATE OR REPLACE FUNCTION public.banco_manutencao (
_id_banco smallint,
_numero_banco varchar,
_situacao char,
_id_usuario_atualizador smallint,
_conta_contabil varchar,
_acao
2012/4/3 Ronei Heck ro...@rhsistemas.com.br:
A linha de comando que uso é a seguinte:
\rh\center\pg_dump.exe -h localhost -p 5432 -U postgres -F c -b -v -f
\rh\backup\center_banco.backup center
OBS: O pg_dump.exe e seus acessórios estão na pasta do sistema.
Olá, Ronei. Pelo o que percebi, o
Osvaldo,
Achei que seria isto...mas não...arrumei e continua com o mesmo erro
Att,
Marcelo
Em 4 de abril de 2012 13:46, Osvaldo Kussama
osvaldo.kuss...@gmail.com escreveu:
2012/4/4, Marcelo Florindo marcelo.em.lis...@gmail.com:
Colegas,
Eu tenho a seguinte procedure:
CREATE OR REPLACE
2012/4/4, Marcelo Florindo marcelo.em.lis...@gmail.com:
Osvaldo,
Achei que seria isto...mas não...arrumei e continua com o mesmo erro
Siga a dica do Rodrigo:
SELECT banco_manutencao(1::smallint, '201'::varchar, 'A'::char,
0::smallint, 'teste'::varchar, '?'::char);
Outro detalhe, no
Pessoal,
Ai vai uma dica para recuperar registros removidos ou alterados
acidentalmente por um DELETE ou UPDATE em uma tabela que ainda *NAO* tenha
sofrido um *VACUUM*.
Foi criada uma pequena extensão para o PostgreSQL [1] para ler páginas
obsoletas de uma tabela, ou seja, aquelas que sofreram
Srs
Implementei o ambiente com pgpool-ii+e até a realização do teste de
failover deu tudo certo, onde o segundo nó assumiu como primeiro server,
mas o seu status ficou como: server2 UP. Disconect. Running as primary
server. Outro detalhe é que quando tento a conexão com o pgpool-ii não
Em 4 de abril de 2012 15:37, Fabrízio de Royes Mello
fabriziome...@gmail.com escreveu:
Pessoal,
Ai vai uma dica para recuperar registros removidos ou alterados
acidentalmente por um DELETE ou UPDATE em uma tabela que ainda *NAO* tenha
sofrido um *VACUUM*.
Foi criada uma pequena extensão
Tambem estou tentando implementar isto..
mas estou esbarrando em outro parte..
O que foi escrito no LOG do Postgres?
Att,
Tulio
De: Antonio Abner Junior antonio.abne...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Legal é o Flashback Query do Oracle
Em 4 de abril de 2012 16:03, Moisés P. Sena moisesps...@gmail.comescreveu:
Em 4 de abril de 2012 15:37, Fabrízio de Royes Mello
fabriziome...@gmail.com escreveu:
Pessoal,
Ai vai uma dica para recuperar registros removidos ou alterados
acidentalmente
Prezados...
preciso realizar a instalação do banco PostgreSQL 9.1 e da extensão
espacial PostGIS 1.5.3 de modo que o usuário não interaja com essa a instalação
(silent install).Li a documentação e lá dizia (pelo que eu entendi)
que eu deveria fazer isso:
Prezados...
preciso realizar a instalação do banco PostgreSQL 9.1 e da extensão
espacial PostGIS 1.5.3 de modo que o usuário não interaja com essa a instalação
(silent install).Li a documentação e lá dizia (pelo que eu entendi)
que eu deveria fazer isso:
Implementei o ambiente com pgpool-ii+e até a realização do teste de failover
deu tudo certo, onde o segundo nó assumiu como primeiro server, mas o seu
status ficou como: server2 UP. Disconect. Running as primary server.
A mensagem parece... correta.
Outro detalhe é que quando tento a
Legal é o Flashback Query do Oracle
O modelo de MVCC do PostgreSQL permite uma implementação estilo
Flashback do Oracle com pouquíssimas modificações no código fonte,
conforme conversa que tive com Bruce Momjiam faz uns dois anos.
Não foi implementado ainda porque não é prioridade no
Olá, Tiago,
Não é de servidor. Só tem um micro no cliente. A pasta do meu sistema é
\rh\center e fica na raiz do hd. Dentro desta pasta tenho o pg_dump.exe e
tudo o que ele precisa. Assim posso fazer o backup de um terminal também,
sem ter que instalar o postgres. O arquivo do backup é gravado
24 matches
Mail list logo