Re: [pgbr-geral] Concatenação de String

[Shairon Toledo]

Quebra ASCII

select ('foo' || '\n bar');

Quebra HTML

select ('foo' || ' bar');


2009/4/28 Jéckson Schwengber 

>  Boa Noite Pessoas,
>
>
> O meu problema é simples, possuo uma function e quero poder concatenar com
> quebra de linha.
>
> Ex.:
> "
> DECLARE
>  vteste varchar(100);
>
>
> begin
>vteste := select teste from table_teste;
>
> --  aqui ao invés de apenas concatenar, ele quebrar a
> linha da variável  , como seria  em HTML
>vteste := vteste || 'Linha de baixo';
>
> end;
> "
>
> Atenciosamente
>
> Jéckson Schwengber
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
[ ]'s
Shairon Toledo
http://www.hashcode.eti.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] MIGRAÇÃO --- DBF/POSTGREE

[Fernando de Oliveira]

Prezado Fernando,

Trabalho aqui na empresa com Visual Foxpro 9 e Postgresql 8.3 desde 2004 e os 
resultados são muito positivos.
Qualquer coisa é só falar.

att
Fernando de Oliveira

From: ferna...@3a.com.br
To: pgbr-geral@listas.postgresql.org.br
Date: Fri, 24 Apr 2009 11:59:21 -0300
Subject: [pgbr-geral] MIGRAÇÃO --- DBF/POSTGREE










Boa tarde amigos,
utilizo hoje em minha empresa um software 
desevolvido em Visual Fox Pro com BD em DBF, estou tento problemas recorrentes 
com a base e não estou satisfeito com a quailidade/performance do DBF pretendo 
migrar minha Base para outro formato, estudamos a possibilidade de implantação 
de SQL ou outra base mais poderosa que o DBF, a pergunta que faço é a 
seguinte:
 
O Postgree pode ser utilizado em aplicativos feitos 
com o Visual FoxPro
O Postgree funciona em rede local IP
Alguém tem disponibilidade e interesse de fazer 
esta migração DBF / Postgree para mim.
Gostaria muito de utilizar esta ferramenta por se 
tratar de uma base FREE e por ouvir falar bem dela, mas não sei nada a respeito 
portanto preciso da ajuda de vocês.
 
Grato
Fernando
 
 
 
..3AMULTIMÍDIA..
Publicidade e 
Controle de Acesso
===
..::Fernando 
Rodrigues::..
Diretor de 
Tecnologia

ESCRITÓRIO:
http://www.windowslive.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] MIGRAÇÃO --- DBF/POSTGREE

[Pablo Sánchez]

Postgree não existe. PostgreSQL sim.

Há drivers ODBC para ele, você pode fazer a migração para esse banco do seu
sistema utilizando o driver, o que inclusive te daria "portabilidade"
(chavão da moda, até plano de saúde é "portável") para outros bancos, desde
que o SQL utilizado não seja exclusivo do PostgreSQL.

2009/4/24 ..:: Fernando 3A ::.. 

>  Boa tarde amigos,
> utilizo hoje em minha empresa um software desevolvido em Visual Fox Pro com
> BD em DBF, estou tento problemas recorrentes com a base e não estou
> satisfeito com a quailidade/performance do DBF pretendo migrar minha Base
> para outro formato, estudamos a possibilidade de implantação de SQL ou outra
> base mais poderosa que o DBF, a pergunta que faço é a seguinte:
>
> O Postgree pode ser utilizado em aplicativos feitos com o Visual FoxPro
> O Postgree funciona em rede local IP
> Alguém tem disponibilidade e interesse de fazer esta migração DBF /
> Postgree para mim.
> Gostaria muito de utilizar esta ferramenta por se tratar de uma base FREE e
> por ouvir falar bem dela, mas não sei nada a respeito portanto preciso da
> ajuda de vocês.
>
> Grato
> Fernando
>
>
>
> *..3AMULTIMÍDIA..
> Publicidade e Controle de Acesso*
> ===
> *..::Fernando Rodrigues::..
> Diretor de Tecnologia*
>
> *ESCRITÓRIO:*
> Rua Murilo Furtado,216 - 02270-000
> PQ. Vitória - São Paulo - SP
> Tel: (11) 3375-9745
> Nextel: (11) 7712-8957
> ID: 54*24446
> ferna...@3a.com.br
>
> *PRODUÇÃO:*
> Rua João A. de Carvalho,300
> 02435-060 - Lauzane - São Paulo - SP
> Fone: (11) 2538-6305
> ===
>
> ___
> 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] quebra de linha

[josemario rosa]

Bom dia galera, fiz uma importação dos dados do firebird para o postgre  e
ocorreu o seguinte problema em um campo texto  onde havia quebra de linha
ele importo os “\n” como texto, o que eu gostaria de saber se existe algum
comando SQL para mudar os “\n” para quebra de linha novamente.
grato
Jose Mario
___
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

[Lucas Souza]

2009/4/28 Pablo Sánchez 

> Postgree não existe. PostgreSQL sim.
>
> Há drivers ODBC para ele, você pode fazer a migração para esse banco do seu
> sistema utilizando o driver, o que inclusive te daria "portabilidade"
> (chavão da moda, até plano de saúde é "portável") para outros bancos, desde
> que o SQL utilizado não seja exclusivo do PostgreSQL.


alem de usar o SQL padrão, as regras de negocio devem ficar na aplicação e
NÃO no SGBD, (mesmo em aplicações cliente servidor), assim a portabilidade
será possível.


>
>
> --
> =
> 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"
> =
>

-- 

Lucas de Souza D'Ávila
Graduando em Sistema de Informação - CV Lattes:
http://lattes.cnpq.br/9245658982061645

http://merendas.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] Concatenação de String

[Jéckson Schwengber]

Funcionou, Obrigado!

Atenciosamente

Jéckson Schwengber

Shairon Toledo escreveu:
Quebra ASCII
  
select ('foo' || '\n bar'); 
  
Quebra HTML
  
select ('foo' || ' bar'); 
  
  
  2009/4/28 Jéckson Schwengber 
  
Boa Noite Pessoas,


O meu problema é simples, possuo uma function e quero poder concatenar
com quebra de linha.

Ex.:
"
DECLARE
 vteste varchar(100);


begin
   vteste := select teste from table_teste;

    --      aqui ao invés de apenas concatenar, ele quebrar
a linha da variável  , como seria  em HTML
   vteste := vteste || 'Linha de baixo';

end;
"

Atenciosamente

Jéckson Schwengber




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

  
  
  
  
  
-- 
[ ]'s
Shairon Toledo
  http://www.hashcode.eti.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] quebra de linha

[josemario rosa]

me equivoquei os \n foram gravados como \010 no postgre tem como dar um
replace so neste campo?

2009/4/28 josemario rosa 

> Bom dia galera, fiz uma importação dos dados do firebird para o postgre  e
> ocorreu o seguinte problema em um campo texto  onde havia quebra de linha
> ele importo os “\n” como texto, o que eu gostaria de saber se existe algum
> comando SQL para mudar os “\n” para quebra de linha novamente.
> grato
> Jose Mario
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] quebra de linha

[Marcelo Aldi Vera Olate]

Ola!! Jose,


Seguinte no postgres tem uma função replace onde voce pode usar para
realizar um update no campo. Segue exemplo:

update public.tabela1 set CAMPO1 = replace( CAMPO1, '\n', chr(10) ||
chr(13));


segue tambem o link da documentação do postgresql:

http://www.postgresql.org/docs/8.1/static/functions-string.html


Espero que ajude!!


m4v0

2009/4/28 josemario rosa 

> Bom dia galera, fiz uma importação dos dados do firebird para o postgre  e
> ocorreu o seguinte problema em um campo texto  onde havia quebra de linha
> ele importo os “\n” como texto, o que eu gostaria de saber se existe algum
> comando SQL para mudar os “\n” para quebra de linha novamente.
> grato
> Jose Mario
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
---
Marcelo Aldi Vera Olate
MSN: frajol...@msn.com
E-MAIL: mavo.ol...@gmail.com / m...@tuxnuts.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] descobrir Senha

[Rafael Kaminski]

Bom dia pessoal

Estou começando no mundo PG, e gostaria de saber se tem como saber os
usuarios que estao cadastrados no banco...so que tem um problema, eu não sei
a senha. Há Possibilidade de descobrir?

Desculpe a ignorancia, mas é inicio

Abraços
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] quebra de linha

[josemario rosa]

agradeco pela ajuda marcelo. ja estava tentando usar o replace mas o post me
da o seguinte retorno

 WARNING:  nonstandard use of escape in a string literal
LINE 1: ...audoversao  SET valoresref  = replace(valoresref, '\n', chr(...
 ^
HINT:  Use the escape string syntax for escapes, e.g., E'\r\n'.



2009/4/28 Marcelo Aldi Vera Olate 

> Ola!! Jose,
>
>
> Seguinte no postgres tem uma função replace onde voce pode usar para
> realizar um update no campo. Segue exemplo:
>
> update public.tabela1 set CAMPO1 = replace( CAMPO1, '\n', chr(10) ||
> chr(13));
>
>
> segue tambem o link da documentação do postgresql:
>
> http://www.postgresql.org/docs/8.1/static/functions-string.html
>
>
> Espero que ajude!!
>
>
> m4v0
>
>  2009/4/28 josemario rosa 
>
>> Bom dia galera, fiz uma importação dos dados do firebird para o postgre  e
>> ocorreu o seguinte problema em um campo texto  onde havia quebra de linha
>> ele importo os “\n” como texto, o que eu gostaria de saber se existe algum
>> comando SQL para mudar os “\n” para quebra de linha novamente.
>> grato
>> Jose Mario
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
>
> --
> ---
> Marcelo Aldi Vera Olate
> MSN: frajol...@msn.com
> E-MAIL: mavo.ol...@gmail.com / m...@tuxnuts.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] quebra de linha

[Fabrízio de Royes Mello]

Faça assim:

update public.tabela1 set CAMPO1 = replace( CAMPO1, E'\n', chr(10) ||
chr(13));




-- 
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] quebra de linha

[Dickson S. Guedes]

Em Ter, 2009-04-28 às 10:12 -0300, josemario rosa escreveu:
> agradeco pela ajuda marcelo. ja estava tentando usar o replace mas o
> post me da o seguinte retorno
>  
>  WARNING:  nonstandard use of escape in a string literal
> LINE 1: ...audoversao  SET valoresref  = replace(valoresref, '\n',
> chr(...

Não é um "ERRO" é apenas um "AVISO" ":) e ele dá até a dica aqui:

> HINT:  Use the escape string syntax for escapes, e.g., E'\r\n'.

Em outras palavras, você já estava no caminho certo ":)

Um abraço,
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] MIGRAÇÃO --- DBF/POSTGREE

[Stefan Horochovec]

Ola

Dependendo do numero de linguagens utilizadas na aplicação em decorrente de
várias plataformas e aplicações diferentes usarem a mesma fonte de dados, em
muitos casos é interessante usar a PL para colocar regra de negocio :D

Stefan Horochovec
Analista de Sistemas
Blog: http://www.horochovec.com.br/
Use Java, Flex e Linux

Em 28/04/09, Lucas Souza  escreveu:
>
>
> 2009/4/28 Pablo Sánchez 
>
>> Postgree não existe. PostgreSQL sim.
>>
>> Há drivers ODBC para ele, você pode fazer a migração para esse banco do
>> seu sistema utilizando o driver, o que inclusive te daria "portabilidade"
>> (chavão da moda, até plano de saúde é "portável") para outros bancos, desde
>> que o SQL utilizado não seja exclusivo do PostgreSQL.
>
>
> alem de usar o SQL padrão, as regras de negocio devem ficar na aplicação e
> NÃO no SGBD, (mesmo em aplicações cliente servidor), assim a portabilidade
> será possível.
>
>
>
>>
>>
>>
>> --
>> =
>> 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"
>> =
>>
>
> --
>
> Lucas de Souza D'Ávila
> Graduando em Sistema de Informação - CV Lattes:
> http://lattes.cnpq.br/9245658982061645
>
> http://merendas.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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] UPPER, LOWER, UTF-8

[Prof. Benedito A. Cruz]

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 Ambiental - CRIA
email b...@cria.org.br
fone 55 19 3288 0466 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] UPPER, LOWER, UTF-8

[Luigi Castro Cardeles]

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 

> 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 Ambiental - CRIA
> email b...@cria.org.br
> fone 55 19 3288 0466
>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
> ___
> 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] UPPER, LOWER, UTF-8

[Prof. Benedito A. Cruz]

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 >


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 Ambiental - CRIA
email b...@cria.org.br 
fone 55 19 3288 0466


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br

https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



--
This message has been scanned for viruses and
dangerous content by *MailScanner* , and is
believed to be clean.


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  



--
Benedito A. Cruz
Centro de Referência em Informação Ambiental - CRIA
email b...@cria.org.br
fone 55 19 3288 0466 



--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] descobrir Senha

[Roberto Mello]

2009/4/28 Rafael Kaminski :
> Bom dia pessoal
>
> Estou começando no mundo PG, e gostaria de saber se tem como saber os
> usuarios que estao cadastrados no banco...so que tem um problema, eu não sei
> a senha. Há Possibilidade de descobrir?

Se voce tem acesso ao servidor, modifique o pg_hba.conf para permitir
conexoes locais sem senha ("trust"), entre como superusuario, e
modifique a senha do seu usuario.

Roberto
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] connection limit exceeded for non-superusers

[Thiago]

Olá ... aqui no postgre 8.1.11 vira mexe aparece esso erro ... dai temos 
  que entrar em uma tela e matar alguns usuários do postre ...

Alguém sabe como fazer para que essa mensagem não apareça mais ???

Ou algum script que liste as conexões perdidas na base ou que estão a 
mais tempo parada ???

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] connection limit exceeded for non-superusers

[Roberto Mello]

2009/4/28 Thiago :
> Olá ... aqui no postgre 8.1.11 vira mexe aparece esso erro ... dai temos
>  que entrar em uma tela e matar alguns usuários do postre ...
>
> Alguém sabe como fazer para que essa mensagem não apareça mais ???

Aumente o numero permitido de conexoes no postgresql.conf.

> Ou algum script que liste as conexões perdidas na base ou que estão a
> mais tempo parada ???

select * from pg_stat_activity;

Roberto
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Site do PGCon Brasil 2009

[Fábio Telles Rodriguez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Senhores, o site do PGCon Brasil 2009 está finalmente no ar em
http://pgcon.postgresql.org.br

Em breve traremos mais novidades como lista atualizada de
patrocinadores, hotéis e chamadas de trabalhos nacionais e
internacionais.

Atenciosamente,
Fábio Telles
- ---
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.5)

iEYEARECAAYFAkn3ORUACgkQLHUDohrbg7HlIQCgp3TeCXR1CnxNCpSG/ZJBGESJ
heUAnjlL05WdXHkqhL2ffLHet5NAzZzL
=F8/n
-END PGP SIGNATURE-
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] UPPER, LOWER, UTF-8

[Luigi Castro Cardeles]

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 

>  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 
>
>> 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 Ambiental - CRIA
>> email b...@cria.org.br
>> fone 55 19 3288 0466
>>
>>
>> --
>> This message has been scanned for viruses and
>> dangerous content by MailScanner, and is
>> believed to be clean.
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* , and is
> believed to be clean.
>
> --
>
> ___
> pgbr-geral mailing 
> listpgbr-ge...@listas.postgresql.org.brhttps://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> --
> Benedito A. Cruz
> Centro de Referência em Informação Ambiental - CRIA
> email b...@cria.org.br
> fone 55 19 3288 0466
>
>
> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* , and is
> believed to be clean.
>
> ___
> 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] UPPER, LOWER, UTF-8

[Prof. Benedito A. Cruz]

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  >
>
> 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 > >
>>
>> 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 Ambiental - CRIA
>> email b...@cria.org.br 
>> fone 55 19 3288 0466
>>
>>
>> --
>> This message has been scanned for viruses and
>> dangerous content by MailScanner, and is
>> believed to be clean.
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> 
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>>
>> -- 
>> This message has been scanned for viruses and
>> dangerous content by *MailScanner*
>> , and is
>> believed to be clean.
>> 
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br 
>> 
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>   
>
>
> -- 
> Benedito A. Cruz
> Centro de Referência em Informação Ambiental - CRIA
> email b...@cria.org.br 
> fone 55 19 3288 0466
>
>
> -- 
> This message has been scanned for viruses and
> dangerous content by *MailScanner* 

Re: [pgbr-geral] UPPER, LOWER, UTF-8

[Luigi Castro Cardeles]

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 

> 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  > >
> >
> > 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  >> >
> >>
> >> 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 Ambiental - CRIA
> >> email b...@cria.org.br 
> >> fone 55 19 3288 0466
> >>
> >>
> >> --
> >> This message has been scanned for viruses and
> >> dangerous content by MailScanner, and is
> >> believed to be clean.
> >>
> >> ___
> >> pgbr-geral mailing list
> >> pgbr-geral@listas.postgresql.org.br
> >> 
> >>
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>
> >>
> >>
> >> --
> >> This message has been scanned for viruses and
> >> dangerous content by *MailScanner*
> >> , and is
> >> believed to be clean.
> >>
> 
> >>
> >> ___
> >> pgbr-geral mailing 

Re: [pgbr-geral] UPPER, LOWER, UTF-8

[Prof. Benedito A. Cruz]

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 >


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 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 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 Ambiental - CRIA
>> email b...@cria.org.br 
>
>> fone 55 19 3288 0466
>>
>>
>> --
>> This message has been scanned for viruses an

[pgbr-geral] procedure sumiu

[Jorge Vilela]

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

Re: [pgbr-geral] procedure sumiu

[Leandro Cavalari Soares]

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 

> 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] UTF8 X LATIN1

[Alisson Viegas]

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?
Obrigado!

 

At.te,
Alisson Viegas
Acsiv Sistemas

 

___
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

[Dickson S. Guedes]

Em Ter, 2009-04-28 às 19:00 -0300, Alisson Viegas escreveu:
> 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?
> Obrigado!

Em inglês:
http://www.joelonsoftware.com/articles/Unicode.html

Em português:
http://local.joelonsoftware.com/wiki/O_M%C3%
ADnimo_Absoluto_Que_Todos_os_Programadores_de_Software_Precisam,_Absolutamente,_Positivamente_de_Saber_Sobre_Unicode_e_Conjuntos_de_Caracteres_(Sem_Desculpas!)

Leia e analise conforme sua necessidade.

Um abraço,

-- 
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

[Rafael Domiciano]

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 

> 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 
>
>> 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