Re: [GENERAL] Problemas ao salvar endereços de rede. - Mailing list pgsql-general

From Fabrízio de Royes Mello
Subject Re: [GENERAL] Problemas ao salvar endereços de rede.
Date
Msg-id CAFcNs+oN=QC0bTuV01vnhSG0VJ8NqOzNV_Qfm_tkmgi=bfeCMQ@mail.gmail.com
Whole thread Raw
In response to Problemas ao salvar endereços de rede.  ("giuliano.medina" <giuliano@reitech.com.br>)
List pgsql-general

Em 11 de janeiro de 2012 18:29, giuliano.medina <giuliano@reitech.com.br> escreveu:
Bom dia pessoal,

Estou passando por um problema semelhante, mas com duas versões de base de
dados diferentes.

Se eu rodar, na versão 'PostgreSQL 8.4.4, compiled by Visual C++ build 1400,
32-bit', o comando:
insert into escape(texto) values ( '\\\\caminho\\rede\\arquivo.txt');
o pgadmin me retorna o Warning que o colega citou acima, mas insere os dados
corretamente:
select * from escape :
\\caminho\rede\arquivo.txt

No entanto, rodando o mesmo comando na versão 'PostgreSQL 9.1.0, compiled by
Visual C++ build 1500, 64-bit', nenhum Warning é mostrado, e os dados são
armazenados da seguinte forma:
select * from escape :
\\\\caminho\\rede\\arquivo.txt
Nessa nova versão, para que os dados sejam armazenados corretamente, sou
obrigado a utilizar o caractere de escape 'E'
insert into escape(texto) values ( E'\\\\caminho\\rede\\arquivo.txt');
select * from escape :
\\caminho\rede\arquivo.txt

Como tenho o mesmo aplicativo rodando em bases diferentes, gostaria de saber
se existe alguma configuração no postgres para que não seja necessário
informar sempre o caractere de escape. Caso contrário terei que alterar os
fontes do meu aplicativo :S


Please, use English Language in this list... If you want discuss anything in portuguese you can subscribe to pgbr-geral mailing list [1].

About your question in PG 9.1 you want to turn off the GUC "standard_conforming_strings" in your "postgresql.conf" or in your session using "SET" statement.



--
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com

pgsql-general by date:

Previous
From: Yan Chunlu
Date:
Subject: Re: select statment going slow and slow while using IN (xx,xx)
Next
From: pasman pasmański
Date:
Subject: Pgsql problem