[pgbr-geral] nullvalue nao esta mais na 8.4 ??
veja o codigo abaixo que rodava em funcoes ate a 8.2 e agora na 8.4 diz que nao existe if (nullvalue(wqtde_conv) or wqtde_conv=0) and wqtde0 then RAISE EXCEPTION 'Quantidade convertida errada!'; return -1; end if; tive que trocar todas ocorrencias por if ( wqtde_conv is null or wqtde_conv=0) and wqtde0 then RAISE EXCEPTION 'Quantidade convertida errada!'; return -1; end if; Flavio G. Cardoso Genesys Inf www.genesysinf.com.br 55 3242-1031___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Windows 7
eu uso VFP 9 e ODBC 8.02.02 sem problemas com datas que eu tenha visto Flavio G. Cardoso Genesys Inf www.genesysinf.com.br 55 3242-1031 - Original Message - From: Luiz Matsumura luiz.matsum...@gmail.com To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Friday, January 15, 2010 4:15 PM Subject: Re: [pgbr-geral] Windows 7 2010/1/10 Tiago Adami adam...@gmail.com: No caso do Visual Foxpro, se utilizar um driver ODBC versão 8, os campos do tipo *date* não são reconhecidos quando você faz um SELECT, e ao passar um campo deste tipo como argumento de um comando SQL ele faz o auto-casting para o tipo Timestamp (isto é bastante visível ao chamar functions no banco). Trocando em miúdos, ao passar uma variável do tipo date para um comando SQL como um argumento (usando o seu nome dentro do comando sql com uma interrogação à frente, algo parecido com o PreparedStatement do Java), quando funciona, recebe valores totalmente anormais no formato timestamp. Utilizo o postgres com VFP e com ODBC 8.01.0200 que foi a ultima antes da que fez a mudança para depender menos da libpq (se não me engano, não lembro o motivo direito que os desenvolvedores da ODBC deram). Com campos do tipo date nunca tive problemas, mesmo com as versões mais recentes, mas o que me deu dor de cabeça foi o suporte aos campos com definição de tipo que utilizam domains. Estes retornavam dados ignorando o tipo primitivo. Creio que este problema em especifico foi resolvido na ultima versão lançada, mas não pude testar isso. O colega Forsell - Erlon poderia fazer um teste para ver se é problema de ODBC mesmo simplesmente fazendo algumas consultas via psql ou mesmo com o pgAdmin. Se for ODBC tenta outras versões, quem sabe... Just my 2 cents. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informação do NOD32 IMON 4777 (20100116) __ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.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] nullvalue nao esta mais na 8.4 ??
flaviopg escreveu:
veja o codigo abaixo que rodava em funcoes ate a 8.2 e agora na 8.4 diz
que nao existe
Sim as funções nullvalue(), nonnullvalue(), istrue(), isnottrue(), isfalse(),
isnotfalse() foram removidas para 8.4 porque temos as construções que fazem
parte do padrão SQL:
WHERE x IS { NULL| NOT NULL | TRUE | FALSE | NOT TRUE | NOT FALSE } ...
--
Euler Taveira de Oliveira
http://www.timbira.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] nullvalue nao esta mais na 8.4 ??
Em 2 de março de 2010 12:56, Euler Taveira de Oliveira
eu...@timbira.comescreveu:
Sim as funções nullvalue(), nonnullvalue(), istrue(), isnottrue(),
isfalse(),
isnotfalse() foram removidas para 8.4 porque temos as construções que fazem
parte do padrão SQL:
WHERE x IS { NULL| NOT NULL | TRUE | FALSE | NOT TRUE | NOT FALSE } ...
Como essas funções foram removidas e você provavelmente deve estar passando
por uma migração então pode recriá-las para manter compatibilidade e
definir um período de transição para que vc possa ir alterando a aplicação
uma parte de cada vez.
Um pequeno exemplo que você pode usar...
CREATE OR REPLACE FUNCTION nullvalue(anyelement) RETURNS boolean AS
$$
SELECT $1 IS NULL;
$$
LANGUAGE sql;
Mas lembre-se que as funções foram removidas e você também deve fazer o
mesmo na sua aplicação para manter a compatibilidade com a versão do
PostgreSQL utilizada... só estou dando uma dica para poder colocar a nova
versão em produção mais rápido...
--
Fabrízio de Royes Mello
Blog sobre TI: 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
[pgbr-geral] Erro ao iniciar o servico.
*Boa tarde, instalei o postgres 8.3 via apt-get recebi uma mensagem de erro que esta ate trancando o apt-get no momento da instalacao de novos programas. Segue a mensagem abaixo se alguem souber algo, responda. valeu! debian:/# /etc/init.d/postgresql-8.3 start Starting PostgreSQL 8.3 database server: mainThe PostgreSQL server failed to start. Please check the log output: 2010-03-02 15:05:13 BRT LOG: could not load root certificate file root.crt: no SSL error reported 2010-03-02 15:05:13 BRT DETAIL: Will not verify client certificates. 2010-03-02 15:05:13 BRT LOG: could not translate host name localhost, service 5433 to address: Name or service not known 2010-03-02 15:05:13 BRT WARNING: could not create listen socket for localhost 2010-03-02 15:05:13 BRT FATAL: could not create any TCP/IP sockets failed! failed! * Enjoy Gnu/Linux ** ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Erro pg_dump
Caros, Apresenta o seguinte erro ao utilizar o pg_dump: pg_dump: No matching tables were found O problema ocorre para todas as tabelas de um segundo schema do bd. Já tentei especificar o esquema e a tabela, mas ocorre o mesmo erro. (pg_dump nomeBanco -n nomeEsquema -t nomeTabela nomeTabela.sql) Sem especificar as tabelas, funciona normalmente. Alguém sabe como resolver? Obrigada!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro pg_dump
Em 2 de março de 2010 16:03, Veronica Almeida veron...@climatempo.com.brescreveu: Caros, Apresenta o seguinte erro ao utilizar o pg_dump: pg_dump: No matching tables were found O problema ocorre para todas as tabelas de um segundo schema do bd. Já tentei especificar o esquema e a tabela, mas ocorre o mesmo erro. (pg_dump nomeBanco -n nomeEsquema -t nomeTabela nomeTabela.sql) Sem especificar as tabelas, funciona normalmente. Alguém sabe como resolver? Por acaso vc não está esquecendo de colocar o nome da base de dados que vc quer realizar o dump?? Pq se isso estiver ocorrendo e vc estiver usando o usuário postgres do sistema operacional o PostgreSQL irá achar que o nome da base de dados para realizar o dump é do mesmo nome do usuário e numa instalação tipica do PostgreSQL existe uma base de dados vazia com esse nome postgres -- Fabrízio de Royes Mello Blog sobre TI: 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] Erro pg_dump
Então, conecto com o nome usuário e estou especificando a base pg_dump nomeBanco... Em 2 de março de 2010 16:18, Fabrízio de Royes Mello fabriziome...@gmail.com escreveu: Em 2 de março de 2010 16:03, Veronica Almeida veron...@climatempo.com.brescreveu: Caros, Apresenta o seguinte erro ao utilizar o pg_dump: pg_dump: No matching tables were found O problema ocorre para todas as tabelas de um segundo schema do bd. Já tentei especificar o esquema e a tabela, mas ocorre o mesmo erro. (pg_dump nomeBanco -n nomeEsquema -t nomeTabela nomeTabela.sql) Sem especificar as tabelas, funciona normalmente. Alguém sabe como resolver? Por acaso vc não está esquecendo de colocar o nome da base de dados que vc quer realizar o dump?? Pq se isso estiver ocorrendo e vc estiver usando o usuário postgres do sistema operacional o PostgreSQL irá achar que o nome da base de dados para realizar o dump é do mesmo nome do usuário e numa instalação tipica do PostgreSQL existe uma base de dados vazia com esse nome postgres -- Fabrízio de Royes Mello Blog sobre TI: 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 -- Verônica Alessandra F. de Almeida Produtos Internet - Banco de dados 55 11 3736 4515 veron...@climatempo.com.br www.climatempo.com.br Climatempo. O Céu fala. A gente entende. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro pg_dump
Oi, tenta : -t esquema.nomeTabela Luciano Em 2 de março de 2010 16:25, Veronica Almeida veron...@climatempo.com.brescreveu: Então, conecto com o nome usuário e estou especificando a base pg_dump nomeBanco... Em 2 de março de 2010 16:18, Fabrízio de Royes Mello fabriziome...@gmail.com escreveu: Em 2 de março de 2010 16:03, Veronica Almeida veron...@climatempo.com.br escreveu: Caros, Apresenta o seguinte erro ao utilizar o pg_dump: pg_dump: No matching tables were found O problema ocorre para todas as tabelas de um segundo schema do bd. Já tentei especificar o esquema e a tabela, mas ocorre o mesmo erro. (pg_dump nomeBanco -n nomeEsquema -t nomeTabela nomeTabela.sql) Sem especificar as tabelas, funciona normalmente. Alguém sabe como resolver? Por acaso vc não está esquecendo de colocar o nome da base de dados que vc quer realizar o dump?? Pq se isso estiver ocorrendo e vc estiver usando o usuário postgres do sistema operacional o PostgreSQL irá achar que o nome da base de dados para realizar o dump é do mesmo nome do usuário e numa instalação tipica do PostgreSQL existe uma base de dados vazia com esse nome postgres -- Fabrízio de Royes Mello Blog sobre TI: 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 -- Verônica Alessandra F. de Almeida Produtos Internet - Banco de dados 55 11 3736 4515 veron...@climatempo.com.br www.climatempo.com.br Climatempo. O Céu fala. A gente entende. ___ 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] Erro ao iniciar o servico.
2010/3/2 William Ribeiro willi.u...@gmail.com: Boa tarde, instalei o postgres 8.3 via apt-get recebi uma mensagem de erro que esta ate trancando o apt-get no momento da instalacao de novos programas. Segue a mensagem abaixo se alguem souber algo, responda. valeu! debian:/# /etc/init.d/postgresql-8.3 start Starting PostgreSQL 8.3 database server: mainThe PostgreSQL server failed to start. Please check the log output: 2010-03-02 15:05:13 BRT LOG: could not load root certificate file root.crt: no SSL error reported 2010-03-02 15:05:13 BRT DETAIL: Will not verify client certificates. 2010-03-02 15:05:13 BRT LOG: could not translate host name localhost, service 5433 to address: Name or service not known 2010-03-02 15:05:13 BRT WARNING: could not create listen socket for localhost 2010-03-02 15:05:13 BRT FATAL: could not create any TCP/IP sockets failed! failed! Acho que o link [1] pode lhe ajudar quanto ao erro de SSL. Sobre o erro referente ao localhost, pode ser que o seu arquivo de hosts não esteja traduzindo o endereço localhost corretamente. Geralmente, em situações padrão, aponte o nome localhost para os endereços 127.0.0.1 e 127.0.1.1. Maiores informações em [2]. [1] http://archives.postgresql.org/pgsql-hackers/2004-10/msg00312.php [2] http://en.wikipedia.org/wiki/Hosts_file -- TIAGO J. ADAMI http://www.adamiworks.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] Erro pg_dump
Em 2 de março de 2010 16:03, Veronica Almeida veron...@climatempo.com.br escreveu: Caros, Apresenta o seguinte erro ao utilizar o pg_dump: pg_dump: No matching tables were found O problema ocorre para todas as tabelas de um segundo schema do bd. Já tentei especificar o esquema e a tabela, mas ocorre o mesmo erro. (pg_dump nomeBanco -n nomeEsquema -t nomeTabela nomeTabela.sql) Sem especificar as tabelas, funciona normalmente. Alguém sabe como resolver? Obrigada!!! Tente: pg_dump -n nomeEsquema -t nomeTabela -F p -f nomeTabela.sql nomeBanco -- TIAGO J. ADAMI http://www.adamiworks.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] Erro ao iniciar o servico.
*Muito obrigado pela sua atencao, funcionou depois que escrevi no /etc/hosts os ips para localhost. Agora vou verificar se consigo configurar o servico e permissoes para os uuarios, o que deve ser um tanto complicado, teria alguma dica ou link para informar? Abraço!* * Enjoy Gnu/Linux * 2010/3/2 Tiago Adami adam...@gmail.com 2010/3/2 William Ribeiro willi.u...@gmail.com: Boa tarde, instalei o postgres 8.3 via apt-get recebi uma mensagem de erro que esta ate trancando o apt-get no momento da instalacao de novos programas. Segue a mensagem abaixo se alguem souber algo, responda. valeu! debian:/# /etc/init.d/postgresql-8.3 start Starting PostgreSQL 8.3 database server: mainThe PostgreSQL server failed to start. Please check the log output: 2010-03-02 15:05:13 BRT LOG: could not load root certificate file root.crt: no SSL error reported 2010-03-02 15:05:13 BRT DETAIL: Will not verify client certificates. 2010-03-02 15:05:13 BRT LOG: could not translate host name localhost, service 5433 to address: Name or service not known 2010-03-02 15:05:13 BRT WARNING: could not create listen socket for localhost 2010-03-02 15:05:13 BRT FATAL: could not create any TCP/IP sockets failed! failed! Acho que o link [1] pode lhe ajudar quanto ao erro de SSL. Sobre o erro referente ao localhost, pode ser que o seu arquivo de hosts não esteja traduzindo o endereço localhost corretamente. Geralmente, em situações padrão, aponte o nome localhost para os endereços 127.0.0.1 e 127.0.1.1. Maiores informações em [2]. [1] http://archives.postgresql.org/pgsql-hackers/2004-10/msg00312.php [2] http://en.wikipedia.org/wiki/Hosts_file -- TIAGO J. ADAMI http://www.adamiworks.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] Erro ao iniciar o servico.
Em 2 de março de 2010 20:20, William Ribeiro willi.u...@gmail.com escreveu: Muito obrigado pela sua atencao, funcionou depois que escrevi no /etc/hosts os ips para localhost. Agora vou verificar se consigo configurar o servico e permissoes para os uuarios, o que deve ser um tanto complicado, teria alguma dica ou link para informar? Você pode tentar traduzir os comentários dentro dos arquivos pg_hba.conf e postgresql.conf. Mas se preferir, comece por aqui [1]. [1] http://developer.postgresql.org/pgdocs/postgres/auth-pg-hba-conf.html -- TIAGO J. ADAMI http://www.adamiworks.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
