Re: [pgbr-geral] gráficos e estatísticas de desemp enho

[Luciano Mittmann]

Subversion:

 svn co https://cedrus.svn.sourceforge.net/svnroot/cedrus cedrus

Em 10/03/08, Marcos Fabrício Corso <[EMAIL PROTECTED]> escreveu:
>
>  Como funciona esse cedrus, me interessei pelo programa ??
> Já me cadastrei no site já, mas não achei nenhum lugar para fazer o
> download do programa ...
>
>
>
>
>
> - Original Message -
> *From:* Jorge Vilela <[EMAIL PROTECTED]>
> *To:* Comunidade PostgreSQL Brasileira
> *Sent:* Monday, March 10, 2008 5:04 PM
> *Subject:* Re: [pgbr-geral]gráficos e estatísticas de desempenho
>
> Teste o Cedrus: http://sourceforge.net/projects/cedrus/
>
>
> On Mon, Mar 10, 2008 at 2:23 PM, icjunior07 <[EMAIL PROTECTED]>
> wrote:
>
> > Fala galera, blz?
> >
> > Alguém sabe se tem uma ferramenta no postgres que mostra o desempenho do
> > servidor com gráficos e estatísticas?
> > Tipo, mostrar por dia, faixa horária, estas coisas..
> >
> > []'s
> >
> > Junior
> >
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
>
>  --
> E-mail classificado pelo Identificador de Spam Inteligente.
> Para alterar a categoria classificada, visite o Terra 
> Mail
>
>  --
>
> ___
> 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] Pesquisa para a grade do PGCon Brasil 2008

[Fábio Telles Rodriguez]

Senhores e senhoritas, a exemplo do ano passado, abri uma pesquisa
para ver quais tópicos as pessoas gostariam de ver no PGCon Brasil
2008.

O link para a pesquisa é:
http://www.midstorm.org/~telles/postgresql/survey.php?sid=29

Por favor, ajude-nos a realizar um evento ainda melhor que o de 2007
respondendo esta pesquisa.

Se alguém puder divulgar a pesquisa em outros locais, eu agradeço.

Atenciosamente,
Fábio Telles
-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: [EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] gráficos e estatísticas de desemp enho

[Marcos Fabrício Corso]

Como funciona esse cedrus, me interessei pelo programa ??
Já me cadastrei no site já, mas não achei nenhum lugar para fazer o download do 
programa ...




  - Original Message - 
  From: Jorge Vilela 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Monday, March 10, 2008 5:04 PM
  Subject: Re: [pgbr-geral]gráficos e estatísticas de desempenho


  Teste o Cedrus: http://sourceforge.net/projects/cedrus/



  On Mon, Mar 10, 2008 at 2:23 PM, icjunior07 <[EMAIL PROTECTED]> wrote:

Fala galera, blz?

Alguém sabe se tem uma ferramenta no postgres que mostra o desempenho do 
servidor com gráficos e estatísticas?
Tipo, mostrar por dia, faixa horária, estas coisas..

[]'s

Junior

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





--
  E-mail classificado pelo Identificador de Spam Inteligente.
  Para alterar a categoria classificada, visite o Terra Mail 



--


  ___
  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] gráficos e estatísticas de desemp enho

[Jorge Vilela]

Teste o Cedrus: http://sourceforge.net/projects/cedrus/


On Mon, Mar 10, 2008 at 2:23 PM, icjunior07 <[EMAIL PROTECTED]> wrote:

> Fala galera, blz?
>
> Alguém sabe se tem uma ferramenta no postgres que mostra o desempenho do
> servidor com gráficos e estatísticas?
> Tipo, mostrar por dia, faixa horária, estas coisas..
>
> []'s
>
> Junior
>
> ___
> 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] Ajuda pra converter uma Store Procedure (Firebird) para Function em PG.

[Leandro DUTRA]

2008/3/10, Fellipe Henrique <[EMAIL PROTECTED]>:
> Olá Leandro, desculpe-me minha ignorância, mas onde tem esse TechDocs?

Dá uma fuçada em http://postgresql.org./

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
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 de Tabelas

[Leandro DUTRA]

2008/3/10, Carla Mazzi <[EMAIL PROTECTED]>:
> Agora vc poderia ser mais específico, desculpe, mas que é pg_dump eu sei, só
> não estou conseguindo descobrir o que mais eu tenho que digitar para
> conseguir fazer o dump necessário.

Você chegou a ver as opções do pg_dump na documentação?

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Migração de Tabelas

[Carla Mazzi]

Leandro,

Me desculpe pelo incomodo do assunto.

Agora vc poderia ser mais específico, desculpe, mas que é pg_dump eu sei, só
não estou conseguindo descobrir o que mais eu tenho que digitar para
conseguir fazer o dump necessário.

Obrigada,

Carla Mazzi

Em 07/03/08, Leandro DUTRA <[EMAIL PROTECTED]> escreveu:
>
> 2008/3/7, Carla Mazzi <[EMAIL PROTECTED]>:
>
> > Gostaria que vcs me dessem uma ajuda.
>
>
> Tudo bem — mas por favor não reaproveite outras mensagens para
> escrever a tua, isso confunde os clientes de correio eletrönico mais
> espertos.
>
>
>
> > Como faço para migrar essa tabela X para um outro banco de dados X e que
> > possui outro esquema X?
>
>
> pg_dump.
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
> +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
> +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
>
> ___
> 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] Ajuda pra converter uma Store Procedure (Firebird) para Function em PG.

[Fellipe Henrique]

Olá Leandro, desculpe-me minha ignorância, mas onde tem esse TechDocs?

[]s

2008/3/10, Leandro DUTRA <[EMAIL PROTECTED]>:
>
> 2008/3/10, Fellipe Henrique <[EMAIL PROTECTED]>:
>
> > Olá amigos, estou migrando um sistema feito em firebird, para Postgre.
> Mas
> > como estou no início, estou tendo dificuldades.
>
>
> Já viu se os /Migration Guides/ no TechDocs não tem nada?
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
> +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
> +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
_
T.·.F.·.A.·.
Fellipe Henrique
[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda pra converter uma Store Procedure (Firebird) para Function em PG.

[Leandro DUTRA]

2008/3/10, Fellipe Henrique <[EMAIL PROTECTED]>:
> Olá amigos, estou migrando um sistema feito em firebird, para Postgre. Mas
> como estou no início, estou tendo dificuldades.

Já viu se os /Migration Guides/ no TechDocs não tem nada?

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ajuda pra converter uma Store Procedure (Firebird) para Function em PG.

[Fellipe Henrique]

Olá amigos, estou migrando um sistema feito em firebird, para Postgre. Mas
como estou no início, estou tendo dificuldades. Tenho a seguinte Store
Procedure, feita em Firebird, algum amigo poderia converter ela pra PG,
estou tentando, mas to apanhando demais...

Desde já agradeço a todos.

SET TERM ^ ;

CREATE PROCEDURE PRC_SEQUENCIADORA (
tabela char(50),
campo char(40),
pendencia integer,
valoratual char(10))
returns (
id_retorno double precision)
as
declare variable id_sequencia integer;
BEGIN

/*  Inclui uma Nova Pendência na Tabela de Pendências caso seja Passado no
parâmetro PENDENCIA o valor 11
  Lembrando que deverá ser informado o valor que deverá ser guardado no
parâmetro
VALORATUAL */

/* O Valor do parâmetro Pendência e = . Indicando, que o usuário cancelou a
inclusão ou excluio o registro conforme veremos mais abaixo.
   Sendo assim o sistema armazenara o valor a ser recuperado posteriormente,
e
finaliza a rotina */

  ID_SEQUENCIA = 0;
  if (Pendencia = 1) then
  begin
 INSERT INTO SYS_SEQUENCIADOR_PENDENCIAS
 VALUES(UPPER(:TABELA), UPPER(:CAMPO), :VALORATUAL);
 SUSPEND;
 exit;
  end

/* E verificado a existência de pendências no contador, caso encontre
continua */
  if (exists( SELECT PENDENCIA_VALOR FROM SYS_SEQUENCIADOR_PENDENCIAS
  WHERE SEQUENCIA_TABELA = :TABELA
   AND SEQUENCIA_CAMPO = :CAMPO)) then
  begin
   /* Aqui e recuperado a seqüência perdida, armazenada no banco de dados */
FOR SELECT PENDENCIA_VALOR
FROM SYS_SEQUENCIADOR_PENDENCIAS
WHERE SEQUENCIA_TABELA = :TABELA
AND SEQUENCIA_CAMPO = :CAMPO
ORDER BY PENDENCIA_VALOR DESC /* Pegaremos do Maior para o Menor */

INTO :ID_SEQUENCIA DO
BEGIN
  ID_RETORNO = :ID_SEQUENCIA;
END
  end
  else
  /* Caso não exista pendências, a variável ID_SEQUENCIA e setada para 0*/
  ID_SEQUENCIA = 0;

  /* Caso a variável ID_SEQUENCIA esteja maior que 0 continua. */
  if (ID_SEQUENCIA > 0) then
  begin

/* Se chegamos ate aqui, e porque existe uma pendência. Então recuperamos
ela, e
deletamos-a do banco de dados para que nem um outro usuário na rede utilize
enquanto trabalhamos com ela. */

ID_RETORNO = :ID_SEQUENCIA;
DELETE FROM SYS_SEQUENCIADOR_PENDENCIAS
WHERE SEQUENCIA_TABELA = :TABELA
  AND SEQUENCIA_CAMPO = :CAMPO
  AND PENDENCIA_VALOR = :ID_SEQUENCIA;

SUSPEND;
exit;
  end
  else
  begin

/* Caso a variável ID_SEQUENCIA esteja igual a 0, isso indica que não houve
 pendências.
 Então executa conforme abaixo*/

/* Primeiramente verifica se a tabela SYS_SEQUENCIADOR tem um valor
referenciado armazenado, para ser incrementado */

if (not(exists(SELECT SEQUENCIA_VALOR
  FROM SYS_SEQUENCIADOR
  WHERE SEQUENCIA_TABELA = :TABELA
  AND SEQUENCIA_CAMPO = :CAMPO))) then
begin
/* Caso não exista cria um novo, e retorna com o Valor 1, que no caso seria
a seqüência inicial que o usuário teria.*/
  INSERT INTO SYS_SEQUENCIADOR VALUES(UPPER(:TABELA) , UPPER(:CAMPO) ,
2);
ID_RETORNO = 1;
end
else
begin
/* Caso exista, recupera a seqüência armazenada*/
  SELECT SEQUENCIA_VALOR
FROM SYS_SEQUENCIADOR
  WHERE SEQUENCIA_TABELA = :TABELA
AND SEQUENCIA_CAMPO = :CAMPO
  INTO :ID_SEQUENCIA;
/*Retorna com a sequencia Recuperada */
  ID_RETORNO = :ID_SEQUENCIA;

/*Após recuperar o valor armazenado, incrementa com mais 1..*/
  UPDATE SYS_SEQUENCIADOR
  SET SEQUENCIA_VALOR = SEQUENCIA_VALOR + 1
  WHERE SEQUENCIA_TABELA = :TABELA
  AND SEQUENCIA_CAMPO = :CAMPO;
end

  end

  SUSPEND;
END^

SET TERM ; ^


-- 
_
T.·.F.·.A.·.
Fellipe Henrique
[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [OFF-TOPIC] Como capturar o resultado de uma Raise Notice no delphi?

[Evandro Ricardo Silvestre]

Adenilton Batista da Silva wrote:
> Gostaria de saber como faço pra capturar as mensagens de resposta do 
> banco de dados postgresql para exibir para o cliente utilizando o 
> delphi, por exemplo exibir o resultado de uma raise notice ou raise 
> exception.
O Raise Exception é retornado como um erro.
Então utilize um Try..Except capturando o objeto de erro e utilize a 
propriedade message.
Desconheço uma forma de capturar o raise notice.

Obs: acredito que esse topico foge da lista. Tem mais relação com Delphi 
do que com PostgreSQL. Por isso marquei como off-topic

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

[pgbr-geral] Como capturar o resultado de uma Raise Notice no delphi?

[Adenilton Batista da Silva]

Gostaria de saber como faço pra capturar as mensagens de resposta do banco de 
dados postgresql para exibir para o cliente utilizando o delphi, por exemplo 
exibir o resultado de uma raise notice ou raise exception.
 
Agradeço desde já!

ADENILTON Batista da Silva   Index Informática LTDA (79)3431-3234 / 
9142-0886   [EMAIL PROTECTED]
_
Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos 
com até 6,000 fotos!
http://www.amigosdomessenger.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] gráficos e estatísticas de desemp enho

[icjunior07]

Fala galera, blz?

Alguém sabe se tem uma ferramenta no postgres que mostra o desempenho do 
servidor com gráficos e estatísticas?
Tipo, mostrar por dia, faixa horária, estas coisas..

[]'s 

Junior

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

Re: [pgbr-geral] Data estranha

[Thiago Boufleuhr]

Ok, vou verificar!

Obrigado a todos!



Osvaldo Rosario Kussama escreveu:
> Thiago Boufleuhr escreveu:
>   
>> Uhm, acho que posso isolar o postgres como sendo o problema?
>>
>>
>> Roberto Mello escreveu:
>> 
>>> 2008/3/10 Thiago Boufleuhr <[EMAIL PROTECTED]>:
>>>   
>>>   
 Pessoal,

 Aconteceu uma situação estranha, após analisar erros na replicação
  de nossa aplicação, fui procurar a origem e constatei que existiam datas
  com um formato do tipo '0008-04-04 BC'. Não sei como aconteceu isso,
  acredito que foi após realizar um VACUUM. Alguem sabe por que isso 
 acontece?
 
 
>>> É como o Leandro disse. VACUUM não tem nada a ver com isso.
>>>
>>> Roberto
>>>   
>
>
> Você não disse como está fazendo a replicação mas, em todo caso, 
> verifique se a forma de interpretar as datas é a mesma nas duas 
> máquinas (datestyle no postgresql.conf ou a especificada no 
> comando SET).
>
> 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

Re: [pgbr-geral] Data estranha

[Osvaldo Rosario Kussama]

Thiago Boufleuhr escreveu:
> Uhm, acho que posso isolar o postgres como sendo o problema?
> 
> 
> Roberto Mello escreveu:
>> 2008/3/10 Thiago Boufleuhr <[EMAIL PROTECTED]>:
>>   
>>> Pessoal,
>>>
>>> Aconteceu uma situação estranha, após analisar erros na replicação
>>>  de nossa aplicação, fui procurar a origem e constatei que existiam datas
>>>  com um formato do tipo '0008-04-04 BC'. Não sei como aconteceu isso,
>>>  acredito que foi após realizar um VACUUM. Alguem sabe por que isso 
>>> acontece?
>>> 
>> É como o Leandro disse. VACUUM não tem nada a ver com isso.
>>
>> Roberto


Você não disse como está fazendo a replicação mas, em todo caso, 
verifique se a forma de interpretar as datas é a mesma nas duas 
máquinas (datestyle no postgresql.conf ou a especificada no 
comando SET).

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] onde estão os dados ?

[Leandro DUTRA]

2008/3/10, Silfar Goulart de Castro <[EMAIL PROTECTED]>:
> Leandro DUTRA escreveu:
> > 2008/3/10, Silfar Goulart de Castro <[EMAIL PROTECTED]>:
>  >>  Uma partição só pra dados ?
>  >
>  > Sim.  O tradicional é /var/lib/postgresql, o novo padrão é
>  > /srv/postgresql ou algo assim.
>
> Então eu teria que ter uma partição chamada srv ?

Segundo a última versão do FHS, sim.  Mas muita gente continua usando /var/lib.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] onde estão os dados ?

[Silfar Goulart de Castro]

Leandro DUTRA escreveu:
> 2008/3/10, Silfar Goulart de Castro <[EMAIL PROTECTED]>:
>   
>>  1- Onde é o melhor lugar pra ficar só os dados ?
>>
>>  Uma partição só pra dados ?
>> 
>
> Sim.  O tradicional é /var/lib/postgresql, o novo padrão é
> /srv/postgresql ou algo assim.
>
>   
Então eu teria que ter uma partição chamada srv ?



>   
>>  Uma pasta dentro do  home só pra dados ?
>> 
>
> Não para produção!
>
>
>   
>>  2 -  E como eu faço agora pra mudar os dados de lugar ?
>> 
>
> Acho que isso já foi discutido e resolvido aqui recentemente,
> verifique os arquivos das últimas semanas.
>
>   

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

[pgbr-geral] Site com vários tutoriais sobre Pos tgreSQL

[Ribamar Sousa]

http://www.tutoriaisweb.com/index.php/categoria.php?vercat=PostgreSql

-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] matar processo

[Evandro Ricardo Silvestre]

André Volpato wrote:
> Mr J.L. escreveu:
>   
>> Ola pessoal,
>> Estou com o seguinte problema, temos um sistema
>> interno em "php" que esta conectado ao "postgresql", o
>> problema sao os usuarios que ficam fazendo pesquisa em
>> cima de pesquisa. por exemplo, eles apertam o botao
>> pesquisar mais de uma vez (antes que tenha terminado a
>> 1ª pesquisa) em relatorios relativamente lentos sem
>>   
>> 
>
> O mais simples nesse caso é escrever um JS pra travar o segundo clique.
> É bem simples, tenta achar alguma coisa pronta no google.
>
>   
Você pode matar a consulta sem matar a conexão, veja esse thread

http://listas.postgresql.org.br/pipermail/pgbr-geral/2007-August/002801.html

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

Re: [pgbr-geral] matar processo

[Leandro DUTRA]

2008/3/10, André Volpato <[EMAIL PROTECTED]>:
> Mr J.L. escreveu:
>  > Estou com o seguinte problema, temos um sistema
>  > interno em "php" que esta conectado ao "postgresql", o
>  > problema sao os usuarios que ficam fazendo pesquisa em
>  > cima de pesquisa. por exemplo, eles apertam o botao
>  > pesquisar mais de uma vez (antes que tenha terminado a
>  > 1ª pesquisa) em relatorios relativamente lentos sem
>
>  O mais simples nesse caso é escrever um JS pra travar o segundo clique.
>  É bem simples, tenta achar alguma coisa pronta no google.

E é outra coisa que já foi discutida.

Tem alguém já montando uma lista de respostas às perguntas mais
freqüentes (FAQ, frequently asked questions) da lista?

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] onde estão os dados ?

[Leandro DUTRA]

2008/3/10, Silfar Goulart de Castro <[EMAIL PROTECTED]>:
>  1- Onde é o melhor lugar pra ficar só os dados ?
>
>  Uma partição só pra dados ?

Sim.  O tradicional é /var/lib/postgresql, o novo padrão é
/srv/postgresql ou algo assim.


>  Uma pasta dentro do  home só pra dados ?

Não para produção!


>  2 -  E como eu faço agora pra mudar os dados de lugar ?

Acho que isso já foi discutido e resolvido aqui recentemente,
verifique os arquivos das últimas semanas.

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Data estranha

[Leandro DUTRA]

2008/3/10, Thiago Boufleuhr <[EMAIL PROTECTED]>:
> Uhm, acho que posso isolar o postgres como sendo o problema?

Creio que pode descartar.  A menos que seja alguma configuração de
localização ou máscara de entrada de datas.

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] matar processo

[André Volpato]

Mr J.L. escreveu:
> Ola pessoal,
> Estou com o seguinte problema, temos um sistema
> interno em "php" que esta conectado ao "postgresql", o
> problema sao os usuarios que ficam fazendo pesquisa em
> cima de pesquisa. por exemplo, eles apertam o botao
> pesquisar mais de uma vez (antes que tenha terminado a
> 1ª pesquisa) em relatorios relativamente lentos sem
>   

O mais simples nesse caso é escrever um JS pra travar o segundo clique.
É bem simples, tenta achar alguma coisa pronta no google.

-- 

[]´s,

André Volpato
Ecom Tecnologia LTDA - Análise e Desenvolvimento
[EMAIL PROTECTED]


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

[pgbr-geral] Bom tutorial sobre índices

[Ribamar Sousa]

Olá!

Quem quizer melhorar seus conhecimentos sobre índices (como eu), aqui
um bom tutorial em 4 partes, inclusive abordando o uso em PostgreSQL:

http://imasters.uol.com.br/artigo/1897/postgresql/indices/ o link da
primeira parte.

-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] onde estão os dados ?

[Silfar Goulart de Castro]

Pessoal tô com um probleminha aqui, quando instalei o pg aqui na minha 
maquina foiu pra efeito de teste, deixando as cofigurações como o local 
dos dados como padrão. Assim creio que ele fez tudo no raiz, e agora tô 
comproblema de espaço. Isso levantou duas questões ?

1- Onde é o melhor lugar pra ficar só os dados ?

Uma partição só pra dados ?
Uma pasta dentro do  home só pra dados ?

2 -  E como eu faço agora pra mudar os dados de lugar ?

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] Data estranha

[Thiago Boufleuhr]

Uhm, acho que posso isolar o postgres como sendo o problema?


Roberto Mello escreveu:
> 2008/3/10 Thiago Boufleuhr <[EMAIL PROTECTED]>:
>   
>> Pessoal,
>>
>> Aconteceu uma situação estranha, após analisar erros na replicação
>>  de nossa aplicação, fui procurar a origem e constatei que existiam datas
>>  com um formato do tipo '0008-04-04 BC'. Não sei como aconteceu isso,
>>  acredito que foi após realizar um VACUUM. Alguem sabe por que isso acontece?
>> 
>
> É como o Leandro disse. VACUUM não tem nada a ver com isso.
>
> Roberto
> ___
> 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] Ainda sobre Latin1 no 8.3

[Leandro DUTRA]

2008/3/10, Ribamar Sousa <[EMAIL PROTECTED]>:
> Em 10/03/08, Leandro DUTRA<[EMAIL PROTECTED]> escreveu:
>
> > Aí coloco uma questão... isso teoricamente dá conta da codificação,
>  >  mas e a localização?  Essa área, com ordens de classificação e coisas
>  >  tais, está muito sujeita a confusões.
>
> A localização está em Português, Brasil. Alguma sugestão para esta?

Em princípio é isso mesmo, beleza.

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Testando o desempenho do uso de índic e (era: limpando o cache)

[Leandro DUTRA]

2008/3/10, Roberto Mello <[EMAIL PROTECTED]>:
>  Outro erro freqüente em relação à índices é que botam um índice numa
>  coluna varchar, aí fazem consultas usando lower(colunavarchar).

Só para completar, erros não faltam... porque não falta gente que
recebe um PostgreSQL no colo — ou qualquer outro SGBD — sem nem uma
verba para documentação ou para um curso de inglês que seja.

Posso falar porque foi o que me aconteceu, uns doze anos atrás.

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Data estranha

[Roberto Mello]

2008/3/10 Thiago Boufleuhr <[EMAIL PROTECTED]>:
> Pessoal,
>
> Aconteceu uma situação estranha, após analisar erros na replicação
>  de nossa aplicação, fui procurar a origem e constatei que existiam datas
>  com um formato do tipo '0008-04-04 BC'. Não sei como aconteceu isso,
>  acredito que foi após realizar um VACUUM. Alguem sabe por que isso acontece?

É como o Leandro disse. VACUUM não tem nada a ver com isso.

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] Testando o desempenho do uso de índ ice (era: limpando o cache)

[Roberto Mello]

On Sun, Mar 9, 2008 at 5:19 PM, Ribamar Sousa <[EMAIL PROTECTED]> wrote:
> Em 09/03/08, Roberto Mello<[EMAIL PROTECTED]> escreveu:
>
> > Nao sei se voce entendeu que se tu fazes um count() na tabela inteira,
>  >  tu NAO ESTAS USANDO INDICE NENHUM.
>
>  Não entendi, pois sinceramente não sabia disso.

Isso é um ponto de confusão freqüente. Os aficionados do MySQL
freqüentemente fazem "benchmarks" em que comparam a performance do
COUNT() (sem nenhuma condição) do MySQL com o do PostgreSQL como
"prova" que o MySQL é "muito mais rápido".

Ora, quando usando MySQL com tabelas MyISAM o MySQL faz um cache do
número de registros, então a operação COUNT() sem condições retorna
instantâneamente. MyISAM não tem que se preocupar com transações nem
nada.

No PostgreSQL se você fizer uma COUNT(), o valor tem que ser
condizente com a *transação* onde a consulta foi feita. Ou seja, para
uma mesa tabela, os valores de COUNT() vão ser diferentes conforme a
transação. Não se há outras razões técnicas por que não fazer um cache
similar ao do MySQL para os casos onde se quisesse o valor de tuplas
"committed", mas confio no PGDG (que é muito competente) que se não
foi feito é por que há boas razões para tal.

Outro erro freqüente em relação à índices é que botam um índice numa
coluna varchar, aí fazem consultas usando lower(colunavarchar). O
índice não será usado por que o índice está agindo sobre os valores
normais. Para que uma consulta com lower() use um índice, tem que se
criar um outro índice funcional, ou seja um índice em
lower(minhacolunavarchar).

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] Ainda sobre Latin1 no 8.3

[Ribamar Sousa]

Em 10/03/08, Leandro DUTRA<[EMAIL PROTECTED]> escreveu:
> 2008/3/10, Ribamar Sousa <[EMAIL PROTECTED]>:

> Aí coloco uma questão... isso teoricamente dá conta da codificação,
>  mas e a localização?  Essa área, com ordens de classificação e coisas
>  tais, está muito sujeita a confusões.
>
A localização está em Português, Brasil. Alguma sugestão para esta?
O 1252 não é tão abrangente. Embora seja permitido criar bd utf8 darei
prioridade a usar o cluster original em utf8.


-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Data estranha

[Leandro DUTRA]

2008/3/10, Thiago Boufleuhr <[EMAIL PROTECTED]>:
>
> Aconteceu uma situação estranha, após analisar erros na replicação
>  de nossa aplicação, fui procurar a origem e constatei que existiam datas
>  com um formato do tipo '0008-04-04 BC'. Não sei como aconteceu isso,
>  acredito que foi após realizar um VACUUM. Alguem sabe por que isso acontece?

Sinistro, mas não deve ter nada a ver com VACUUM.  Parece mais um erro
de conversão de data pela aplicação, em que informa-se 08 e em vez de
completar 2008 ela passa para a base 0008.

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] matar processo

[Mr J.L.]

Ola pessoal,
Estou com o seguinte problema, temos um sistema
interno em "php" que esta conectado ao "postgresql", o
problema sao os usuarios que ficam fazendo pesquisa em
cima de pesquisa. por exemplo, eles apertam o botao
pesquisar mais de uma vez (antes que tenha terminado a
1ª pesquisa) em relatorios relativamente lentos sem
contar o fato que quando voce clica no Stop da pagina,
a query ainda vai continuar rodando.
Eu consegui fazer uma solucao quando ambos estao
no mesmo servidor ("php" e "postgres") mais no meu
caso o "postgresql" esta em um servidor e o "php" esta
em outro.
Li tambem que no "php" tem algo referente a query
assincrona que poderia ajudar, mais implementei de
acordo c/ o manual do php e nao deu certo.

Antes que alguem me mande perguntar isso em uma
lista de "php", gostari de saber do pessoal da lista
do postgresql mesmo, pq creio que alguem ja deve ter
tido o mesmo problema, uma vez que, temos muitos nessa
lista que usam "php" conectado a seus postgresql.

Obrigado.



  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Data estranha

[Thiago Boufleuhr]

Pessoal,

Aconteceu uma situação estranha, após analisar erros na replicação 
de nossa aplicação, fui procurar a origem e constatei que existiam datas 
com um formato do tipo '0008-04-04 BC'. Não sei como aconteceu isso, 
acredito que foi após realizar um VACUUM. Alguem sabe por que isso acontece?

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

Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR?

[Leandro DUTRA]

2008/3/10, Ribamar Sousa <[EMAIL PROTECTED]>:
>
>  Sem querer alogar, mas na instalação no Windows selecionamos
>  codificação do servidor e do cliente.

Creio que vá valer somente para clientes locais?

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ainda sobre Latin1 no 8.3

[Leandro DUTRA]

2008/3/10, Ribamar Sousa <[EMAIL PROTECTED]>:
>  Atualmente ao criar o cluster (na instalação) com win1252 ele me deixa
>  criar bancos em utf8 (PG 8.3 e WinXP).

Aí coloco uma questão... isso teoricamente dá conta da codificação,
mas e a localização?  Essa área, com ordens de classificação e coisas
tais, está muito sujeita a confusões.

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ainda sobre Latin1 no 8.3

[Ribamar Sousa]

Em 10/03/08, Fábio Telles Rodriguez<[EMAIL PROTECTED]> escreveu:
> Em 09/03/08, Ribamar Sousa<[EMAIL PROTECTED]> escreveu:

>  >  Criei um banco em win1252
>  >  Este código em PHP:
>  >  pg_connect("host=localhost user=postgres password=postgres dbname=teste");
>  >  pg_set_client_encoding("UNICODE");
>  >  echo pg_client_encoding();
> O contrário Riba... deixe a base em UTF-8... aí você usa o client
>  encoding que achar melhor...

Fábio, este foi somente para teste de comunicação. Vaja o outro
abaixo, que é um pouco mais sério.

>  A idéia é utilizar a codificação mais genérica no lado server e a
>  específica no lado client. Afinal, se o UTF-8 pode ser convertido para
>  vários encodings "on the fly", então futuras aplicações clientes
>  também poderão se conectar na base utilizando o encoding que for
>  necessário para ela.

Beleza.

>  Uma grande limitação do UTF-8 sempre foi o Windows que oferece um
>  suporte ruim para ele. Na web os navegadores já lidam bem com o UTF-8
>  há um tempinho, mas em aplicações client/server em windows a coisa
>  piora um bocado. Não sei como isso está nas últimas versões do windows
>  (xp e vista), mas a tendência, que eu saiba é de o Windows ir se
>  ajustando ao padrão e não o padrão se ajustar ao windows.

Atualmente ao criar o cluster (na instalação) com win1252 ele me deixa
criar bancos em utf8 (PG 8.3 e WinXP).

>  Na versão 8.0, sei que o PostgreSQL teve alguns problemas com o UTF-8,
>  não recomendo usar o UTF-8 com esta versão do 8.0. Mas veja, as
>  versões ".0" costumam ser tão revolucionárias quanto problemáticas,
>  não apenas no PostgreSQL. O UTF-8 é realmente o futuro... mas você tem
>  que saber onde está pisando antes de utilizar ele no lado client...

Sinceramente grato Fábio!

-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR?

[Ribamar Sousa]

Em 09/03/08, Fábio Telles Rodriguez<[EMAIL PROTECTED]> escreveu:
> Hum veja bem... uma coisa e localização e outra e codificação.
>  Eles estão ligados mas não são a mesma coisa. Quando você cria o
>  cluster, você diz qual é a localização e a codificação padrão. Mas é
>  apenas ao criar uma base que você diz qual é a codificação. Em resumo,
>  você pode ter um cluster com apenas uma localização (collate) e várias
>  codificações que combinem com este.
>

Sempre didático, Teles. Fácil de entender o que você afirma.
Esqueçamos então este assunto, embora eu tenha aprendido muito,
partamos para outros.

Sem querer alogar, mas na instalação no Windows selecionamos
codificação do servidor e do cliente.


-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Retorno de função utilizando Code gear Delphi 2007 com ADO.

[Vinicius Santos - MSI]

Cara, tente usar Query, e pegar o parâmetro assim:
Variável := Query1.Fields[0].AsInteger

e veja se da certo.

Vinicius dos Santos
Analista de Desenvolvimento Júnior
MSI SOLUÇÕES
Av. Dr. Altino Arantes, 131 Sala 145 - 146 Centro - Ourinhos/Sp - Brasil
Fone/Fax: +55 (14) 3324-8181  www.msisolucoes.com.br

  - Original Message - 
  From: Adenilton Batista da Silva 
  To: pgbr-geral@listas.postgresql.org.br 
  Sent: Sunday, March 09, 2008 11:50 PM
  Subject: [pgbr-geral] Retorno de função utilizando Codegear Delphi 2007 com 
ADO.


  Pra comecar, tenho a seguinte função no meu banco de dados:

  CREATE OR REPLACE FUNCTION exclui_banco(pid_banco integer)
RETURNS integer AS
  $BODY$
  DECLARE
  vlinhas int4 DEFAULT 0;
  BEGIN
  DELETE FROM bancos  WHERE codigo = pid_banco;
  GET DIAGNOSTICS vlinhas = ROW_COUNT;
  RETURN vlinhas;
  END;
  $BODY$
LANGUAGE 'plpgsql' VOLATILE;
  ALTER FUNCTION exclui_banco(integer) OWNER TO indexpost;

  Eu executo ela no Delphi através do componente ADOconnection da paleta ADO 
chamando seu método execute da seguinte forma:

  Adoconnection.execute('select exclui_banco(' + edit.text + ')';

  Gostaria de saber como proceder para ter o retorno no delphi, da quantidade 
de linhas afetadas, ou seja como ver o valor, no delphi,  que foi atribuido à 
variável vlinhas.

  Desde já grato pela colaboração.

  Atenciosamente,


  ADENILTON Batista da Silva 
   (79)3431-3234 / 9142-0886
[EMAIL PROTECTED]


--
  Veja mapas e encontre as melhores rotas para fugir do trânsito com o Live 
Search Maps! Experimente já! 


--


  ___
  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] Ainda sobre Latin1 no 8.3

[Fábio Telles Rodriguez]

Em 09/03/08, Ribamar Sousa<[EMAIL PROTECTED]> escreveu:
> Em 09/03/08, Euler Taveira de Oliveira<[EMAIL PROTECTED]> escreveu:
>
> > Ribamar Sousa wrote:
>
>  >  >>  Tens que se certificar que seu PHP esta' enviando UTF8. Que o PHP esta
>  >  >>  dizendo ao navegador que o encoding e' UTF8. Veja a documentacao do
>  >  >>  PHP.
>  >  >
>  >
>  > Isso você pode verificar com [1] e ajustar em [2].
>
>
> Acho que agora eu começo a pisar no chão:
>
>  Criei um banco em win1252
>  Este código em PHP:
>  pg_connect("host=localhost user=postgres password=postgres dbname=teste");
>  pg_set_client_encoding("UNICODE");
>  echo pg_client_encoding();
>
>  Retorna UTF-8
>

O contrário Riba... deixe a base em UTF-8... aí você usa o client
encoding que achar melhor...

A idéia é utilizar a codificação mais genérica no lado server e a
específica no lado client. Afinal, se o UTF-8 pode ser convertido para
vários encodings "on the fly", então futuras aplicações clientes
também poderão se conectar na base utilizando o encoding que for
necessário para ela.

Uma grande limitação do UTF-8 sempre foi o Windows que oferece um
suporte ruim para ele. Na web os navegadores já lidam bem com o UTF-8
há um tempinho, mas em aplicações client/server em windows a coisa
piora um bocado. Não sei como isso está nas últimas versões do windows
(xp e vista), mas a tendência, que eu saiba é de o Windows ir se
ajustando ao padrão e não o padrão se ajustar ao windows.

Na versão 8.0, sei que o PostgreSQL teve alguns problemas com o UTF-8,
não recomendo usar o UTF-8 com esta versão do 8.0. Mas veja, as
versões ".0" costumam ser tão revolucionárias quanto problemáticas,
não apenas no PostgreSQL. O UTF-8 é realmente o futuro... mas você tem
que saber onde está pisando antes de utilizar ele no lado client...

[]s
Fábio Telles

>
>  >  > Acontece que então não devo ter entendido a conversão automática, onde
>  >  > diz que em estando o servidor com utf8 converterá automaticamente de
>  >  > clientes em qualquer codificação.
>
> >  +---+++  +---+
>  >  |(1)|   (a)  |   (2)  |(b)   |(3)|
>  >  | servidor  |<-->| liqpq  |<>| aplicação |
>  >  |   utf-8   || latin1 |  | *latin1*  |
>  >  +---+++  +---+
>
>
> Na prática, quem é o cliente é a "libpq", correto.
>
>  Agora consegui fazer minha pequena aplicação em PHP no windows
>  funcionar perfeitamente com uma base UTF-8.
>
>  Apenas setei a codificação logo após a conexão:
>
>  $strConexao="host=127.0.0.1 user=postgres password=postgres
>  dbname=iniciante port=5432";
>  $conexao=pg_connect($strConexao);
>  pg_set_client_encoding("UNICODE");
>
>  Veja uma saída (não foi forjada :)):
>
>  Código - Nome
>  1 - Ação
>  Menu
>
>  Muito grato Euler por mais esta.
>
>
>  --
>  Ribamar FS - [EMAIL PROTECTED]
>  http://ribafs.net
>  ___
>
> pgbr-geral mailing list
>  pgbr-geral@listas.postgresql.org.br
>  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>


-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: [EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral