Re: [pgbr-geral] Erro instalando PG no Windows 7 Professional

[Luiz Rafael Culik Guimaraes]

Ola

Eu so consegui instalar o postgresql no meu note com windows 7, com o UAC 
desabilitado

[]s
Luiz

-Mensagem Original- 
From: Jarbas Campos
Sent: Monday, January 10, 2011 7:55 PM
To: Comunidade PostgreSQL Brasileira
Cc: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Erro instalando PG no Windows 7 Professional

Sim, usuário administrador, e não, não se trata de instalar opcionais, e sim 
do próprio PG. No caso do W7, eu aciono o instalador com a opção Executar 
como administrador, mesmo estando logado em uma conta com privilégio de 
administrador.

Pense numa loucura este Windows 7

Obrigado.

Jarbas

Enviado via iPad

Em 10/01/2011, às 19:23, Eduardo Az - EMBRASIS Informática e 
OMeduard...@embrasis.com.br escreveu:

 ?Só pra desencargo!
 O usuário pelo qual  você está instalando é Administrador ou tem 
 privilégios
 de adm?
 Esta mensagem aparece somente quando ele vai instalar os opcionais, certo?
 Se sim, teoricamente, o pg, em si,  já estará instalado, o problema seria 
 os
 opcionais.

 Eduardo Az
 Dep.TI
 EMBRASIS
 +55(11)2122-0241 PABX
 +55(11)8125-3845 TIM
 +55(11)9826-0138 VIVO
 eduard...@embrasis.com.br
 -Mensagem Original- 
 From: Jarbas Campos
 Sent: Monday, January 10, 2011 7:15 PM
 To: Comunidade PostgreSQL Brasileira
 Cc: Comunidade PostgreSQL Brasileira
 Subject: Re: [pgbr-geral] Erro instalando PG no Windows 7 Professional

 Já tinha tentado isto, mas repeti a tentativa e não funciona.

 De qqnforma obrigado pela sua sugestão.

 -Jarbas

 Enviado via iPad

 Em 10/01/2011, às 18:57, Eduardo Az - EMBRASIS Informática e
 OMeduard...@embrasis.com.br escreveu:

 ?No meu caso, a solução foi simples:
 -Mude a pasta, direcione para c:\temp\ ou outra que você queira e a
 instalação vai tranquila.
 Provavelmente é algum problema de direitos na pasta via Windows, pode ser
 vista pelos desenvolvedores do PG, mas, para resolver n momento, somente
 mudando a pasta de destino resolve.

 Eduardo Az
 Dep.TI
 EMBRASIS
 +55(11)2122-0241 PABX
 +55(11)8125-3845 TIM
 +55(11)9826-0138 VIVO
 eduard...@embrasis.com.br
 -Mensagem Original- 
 From: Jarbas Campos
 Sent: Monday, January 10, 2011 5:29 PM
 To: pgbr-geral@listas.postgresql.org.br
 Subject: [pgbr-geral] Erro instalando PG no Windows 7 Professional

 Pessoal,

 Sou novo aqui na lista e agradeceria se alguém me desse uma dica de como
 sair desse erro. Por incrível que pareça pesquisei na internet inteira e
 não
 achei uma resposta a este problema. Quando tento instalar o PG (versão
 9.0.2-1) no Windows 7 Professional ocorre o seguinte erro: Unable to 
 Write
 inside TEMP environment path.

 Verifiquei tudo a respeito de permissão de acesso, tentei mudar a 
 variável
 de ambiente TEMP para outro diretório sem qualquer restrição de acesso 
 mas
 nada resolveu.

 Se alguém tem uma saída agradeço desde já.

 -Jarbas

 Enviado via iPad
 ___
 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 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

Re: [pgbr-geral] ajuda com query

[Luiz Rafael Culik Guimaraes]

Thiago

Obrigado, pessoal, mais alguma sugestao?

[]s
Luiz

-Mensagem Original- 
From: Thiago
Sent: Thursday, December 16, 2010 5:23 PM
To: pgbr-geral@listas.postgresql.org.br
Subject: Re: [pgbr-geral] ajuda com query

Buenas, amigo.

Quando se usa union não se pode utilizar order nas querys, para fazer
isso transforme a query toda em uma subquery e ordene o resultado.

Da forma que esta colocando esta tentando ordenar o ultimo union.

Qualquer coisa posta ai.

Abraços!

Em 16/12/2010 16:43, l...@xharbour.com.br escreveu:
 Buenas

 Com a query abaixo

 SELECT * FROM (SELECT A.code_id, A.descr, A.percent, A.meuxml,
 A.sr_recno, A.sr_deleted FROM test_tablext A  WHERE ( A.code_id=
 '2'  AND A.descr= 'Hello, SQL!'  AND A.sr_recno= 2 )  ORDER BY
   A.code_id, A.descr, A.sr_recno  LIMIT32 ) TMP1
 UNION
 SELECT * FROM (SELECT A.code_id, A.descr, A.percent, A.meuxml,
 A.sr_recno, A.sr_deleted FROM test_tablext A  WHERE ( A.code_id =
 '2'  AND A.descr  'Hello, SQL!' )  ORDER BY  A.code_id,
 A.descr, A.sr_recno  LIMIT32 ) TMP2
 UNION
 SELECT * FROM (SELECT A.code_id, A.descr, A.percent, A.meuxml,
 A.sr_recno, A.sr_deleted FROM test_tablext A  WHERE ( A.code_id
 '2' )  ORDER BY  A.code_id, A.descr, A.sr_recno  LIMIT32 )
 TMP3 ORDER BY  code_id, descr, sr_recno  LIMIT32 /* Skip FWD */

 estou recebendo o seguinte mensagem

 ERROR:  could not identify an ordering operator for type xml
 HINT:  Use an explicit ordering operator or modify the query.

 ** Erro **

 ERROR: could not identify an ordering operator for type xml
 SQL state: 42883
 Dica: Use an explicit ordering operator or modify the query.



 como ajustar essa query?

 Atenciosamente
 Luiz


 ___
 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

Re: [pgbr-geral] insert in arrays

[Luiz Rafael Culik Guimaraes]

Osvaldo

Eu quero e inserir no campo obs um vetor como faco no xbase
posso ter qualquer coisa dentro de um deles, inclusive um outro vetor
como fazer esse insert

tendo como base esse vetor xbase {5,test,Date,{1,2,3,4}} ?

[]s
Luiz



--
From: Osvaldo Kussama osvaldo.kuss...@gmail.com
Sent: Monday, August 16, 2010 12:24 AM
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Subject: Re: [pgbr-geral] insert in arrays

 2010/8/15 Luiz Rafael Culik Guimaraes l...@xharbour.com.br:
 Buenas

 se eu definir um vetor



 CREATE TABLE teste
 (
  obs text[]
 )
 WITH (OIDS=FALSE);
 ALTER TABLE teste OWNER TO postgres;


 eu posso ter qualquer coisa dentro

 tipo  {5,test,Date,{1,2,3,4}}  onde o vetor final tem os elementos
 5,teste,date,subvetor(com 1,2,3,4)

 sendo que o vetor que devo gravar  pode ter qualquer coisa dentro

 []s
 Luiz



 Isto é uma afirmação?
 Resultado de seus testes?
 Ou é uma dúvida?

 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

[pgbr-geral] insert in arrays

[Luiz Rafael Culik Guimaraes]

Buenas

se eu definir um vetor



CREATE TABLE teste
(
  obs text[]
)
WITH (OIDS=FALSE);
ALTER TABLE teste OWNER TO postgres;


eu posso ter qualquer coisa dentro

tipo  {5,test,Date,{1,2,3,4}}  onde o vetor final tem os elementos 
5,teste,date,subvetor(com 1,2,3,4)

sendo que o vetor que devo gravar  pode ter qualquer coisa dentro

[]s
Luiz





 


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

Re: [pgbr-geral] Encoding Postgres

[Luiz Rafael Culik Guimaraes]

Alex

esse link mostra como
http://www.vivaolinux.com.br/artigo/Encoding-do-Postgres-%28latin1%29-e-encoding-do-SO-%28Debian-Ubuntu%29/

[]s
Luiz


From: Alex Barbosa Ferreira 
Sent: Tuesday, July 20, 2010 5:44 PM
To: Comunidade PostgreSQL Brasileira 
Subject: [pgbr-geral] Encoding Postgres


Boa tarde!

estou tentando criar um banco no Postgresql versão 8.4 instalado em um SO 
Ubuntu server 10.04 e sempre me aparece o erro que segue. Como proceder para 
que possa criar o banco em Latin1?



Alex B. Ferreira
Analista em Segurança da Informação







De: JotaComm jota.c...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Terça-feira, 20 de Julho de 2010 10:49:49
Assunto: Re: [pgbr-geral] Pgpool II + Select nos 2 Host

Olá,


Em 20 de julho de 2010 10:40, gilmarli...@agrovale.com.br escreveu:


  Não entendi o que você quis dizer: tenho q retornar o backup do logs e subir
  o servico e neste momento ele nao pode efetuar o backup.

  Eu quis dizer que no Hot standby atual que replica os log, um dos servidores 
ira ficar master e o serviço do postgres não pode estar inicializado quando 
esta sendo replicado os logs de transação.


Vamos lá. Quando você tem um ambiente com o Hot Standby que só estará 
disponível a partir da versão 9.0 do PostgreSQL, você tem um servidor mestre, e 
os logs deste servidor são replicados para o servidor escravo. Ai você usa o 
utilitário pg_standby que fica lendo os arquivos de logs que chegam e aplica 
estes logs no servidor escravo. Este servidor escravo fica com o servidor do 
PostgreSQL no ar e irá permitir apenas consultas (SELECT). 

Na versão que temos hoje (WarmStandy), o servidor escravo fica online porém não 
permite conexões.

Espero ter sido claro.
 

  Dei uma olhada no PL/Proxy, pelo que entendi ele funciona como um balanceador 
de cargas, dividindo a carga entre 2 servidores, se for isto penso que não ira 
me servir, pois a ideia e montar um segundo servidor para geração de relatórios 
pesados que não pode ser feito ter interferencia no servidor de produção.
  Algo parecido com o pessoal usa quando se tem um B.I. usa um servidor somente 
para gerar relatórios para não prejudicar o desempenho do de produção.
  Sugestões são bem vindas
  Agradeço novamente. 

   Olá,
   
   Em 19 de julho de 2010 21:52, gilmarli...@agrovale.com.br escreveu:
   
   Ok!
   Ferando agradeco sua atencao novamente.
   Eu chegei a testar o Slony e o Pyreplica, porem ambos tem o incoveniente de
   ter que adicionar a tabelas novas nas configuracoes, ou no caso o pyreplica
   tem que ficar retornando o backup.
   No caso o Hot Stand By pelo que entendi o mesmo nao fica como master, tenho
   q retornar o backup do logs e subir o servico e neste momento ele nao pode
   efetuar o backup.
  
   
   Importante: o Hot Standby só estará disponível a partir da versão 9.0. No
   Hot standby você tem um servidor master replicando os logs de transação para
   um servidor slave.
   
   Não entendi o que você quis dizer: tenho q retornar o backup do logs e subir
   o servico e neste momento ele nao pode efetuar o backup.
   
   Ja o PL/Proxy este ainda nao testei.
  
   
   Tem um tutorial apresentado pelo João Cosme no útlimo PGCon, vale a pena dar
   uma olhada.
   
   È melhor usar Slony ou PL/Proxy ou Hot
Stand By.
  
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
   
Em 19-07-2010 14:53, gilmarli...@agrovale.com.br escreveu:
ola!
   
Não faça top-post, é ruim de acompanhar. ;)
Não irei te responder em pvt, já que está usando a lista para tirar
dúvida.
   
E porque eu irei utilizar o segundo servidor, não para alta
disponibilidade e sim para gerar relatorios nele.
Ai caso algum dia eu necessitar de utiliza-lo por algum desastre ele
esta disponivel.
Este segundo servidor necessito que tenho todas alterações feita no de
produção, pq são relatorios pesados que irei ter um servidor so para
isto. então ai vem o pgpool.
Será que o pgpool não separa o select para ser feito apenas em um dos
servidores?
Agradeço.
[...]
   
Está usando a abordagem errada. O PgPool-2 não é a melhor ferramenta
para trabalhar com dessa maneira. È melhor usar Slony ou PL/Proxy ou Hot
Stand By.
   
   
   
   
[]'s
- --
Fernando Ike
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
   
iQIcBAEBAgAGBQJMRN3rAAoJENlDpkkM3Ld6K8IP/jB6LKnr6lwYDV3jkCTr9riD
Wt/7fE2+VBPLEkK6/jRC1qFfkeFraelKSRlQhbgh4VphEmpKPYKku/DMeMGioH6Y
/ci5zzXzhiXLa24vTM/Dn0h4sCxLNkQAJxfV1InXHk3/GtLWQXGMCaY8EljKPG1M
8cIZgKL8aaYD8Kt1Px+nrTbgQO+TNsgusjKUhK4GHjv401X+sut56W/JAoYhdMwl
YgnxAfsOQYovO32UrAkC3U3Jd7fWsB5yn6Y+ZKLBgoIS3KkyyOW0N2AWpAKt7ozA
L4CWwzvmcmCVffZ9fQoxnmPoeRZ6m9KGg5T0vYk0t1pcdMm8+8TtGXrL0qdzu64E

Re: [pgbr-geral] Erro INSERT

[Luiz Rafael Culik Guimaraes]

Buenas


agora, vc tem certeza que vc quer o campo nome e senha  como matriz?
se sim vc deve criar sua tabela com o comando abaixo
 CREATE TABLE usuarios
(
  nome character(128)[] NOT NULL,
  senha character(256)[] NOT NULL,
  permissao numeric NOT NULL DEFAULT 0,
  CONSTRAINT usuarios_pkey PRIMARY KEY (nome)
)
e inserir os dados nela com o comando abaixo
INSERT INTO usuarios VALUES  ( '{paulo}' , '{123456}' , DEFAULT );

eu alteraria a tabela para
 CREATE TABLE usuarios (
 nome character varying(128) PRIMARY KEY NOT NULL,
 senha character varying(256) NOT NULL,
 permissao NUMERIC NOT NULL DEFAULT 0
 );

ai vc pode usar sem erro
INSERT INTO usuarios VALUES  ( 'paulo' , '123456 ', DEFAULT );


[]s
Luiz
www.xharbour.com.br


--
From: Paulo Henrique paulo.rd...@bsd.com.br
Sent: Sunday, June 20, 2010 5:09 PM
To: pgbr-geral@listas.postgresql.org.br
Subject: [pgbr-geral] Erro  INSERT

 Saudações a todos, estou com um problema um tanto curioso no uso do
 insert ao menos pelo utilitário psql,
 segue abaixo um exemplo da tabela.

 CREATE TABLE usuarios (
 nome CHARACTER[128]PRIMARY KEY NOT NULL,
 senha CHARACTER[256] NOT NULL,
 permissao NUMERIC NOT NULL DEFAULT 0
 );

 Ok, a tabela é inserida tudo como esperado, contudo quando executo o
 insert como o abaixo.


 copa=# INSERT INTO usuarios VALUES  ( 'paulo' , 123456 , DEFAULT );
 ERRO:  valor da matriz deve iniciar com { ou dimensão
 LINHA 1: INSERT INTO usuarios VALUES  ( 'paulo' , 123456 , DEFAULT );
 ^
 Ok achei que estava fazendo algo errado, ai rodei o seguinte comando

 INSERT INTO usuarios(nome, senha, permissao) VALUES ( 'paulo', 123456,
 0);  mesmo erro,
 E assim por diante testei varias combinações que vi no google. como a
 seguinte.
 INSERT INTO usuarios VALUES ( nome, 'paulo' ),
 (senha,'123456'),(permissao, 0);
 E mesmo problema, pensei tambem que é o fato de estar usando teclado em
 abnt2 em que o apostrofo é interpretado através de  '  - aspas
 simples mesma tecla das aspas duplas,  '  -  acento agudo,  `
 crase, contudo em nenhuma tambem sem a menor resultado positivo.

 Gostaria de saber o que está de errado, já verifiquei a documentação do
 Postgresql e não tive muito sucesso.

 Qualquer ajuda é bem vinda.

 ___
 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] LATIN1 - Windows

[Luiz Rafael Culik Guimaraes]

Ola

eu tive que criar o banco como  utf-8  mas a primeira coisa que faco apos 
conectar e executar
set client encoding to 'latin1'

[]s
Luiz


From: David Terra 
Sent: Saturday, January 09, 2010 1:05 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] LATIN1 - Windows


Boa tarde, 


Esse foi o motivo que tiver que manter a versão 8.2 para que pudesse criar 
bases com codificação LATIN1.


2010/1/4 Leonardo Cezar lhce...@gmail.com

  2010/1/3 Marcelo Cardoso de Souza marceloc...@gmail.com:

   Salve Galera,
  
   Gostaria da ajuda de vocês. Como faço pro PostGres aceitar a criação de base
   com LATIN1 no windows?


  Simplesmente não faz, devido a incompatibilidade dentre as codificaões
  WIN e iso8859.

  -Leo
  --
  Leonardo Cezar
  http://www.aslid.org.br
  http://postgreslogia.wordpress.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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Incompatibilidade Windows Server 2008 64 bits

[Luiz Rafael Culik Guimaraes]

Rafael

nao tem problema nenhum,

um server exclusivo linux com postgresql, e muito mais eficiente que 
postgresqs no windows

[]s
Luiz Rafael
- Original Message - 
From: Rafael Kaminski
To: Comunidade PostgreSQL Brasileira
Sent: Saturday, November 14, 2009 6:29 PM
Subject: Re: [pgbr-geral] Incompatibilidade Windows Server 2008 64 bits


è que o sistema desenvolvido nesta empresa, a desenvolvedora, so funciona 
com o IIS

Rafael


2009/11/13 Luiz Rafael Culik Guimaraes l...@xharbour.com.br

Rafael

em vez de um server windows 2008 64 com postgres, porque vc nao usa um
server com linux 64 bits
a performance sua sera muito maior que no windows 2008

[]s
Luiz

- Original Message -
From: Rafael Kaminski
To: Comunidade PostgreSQL Brasileira
Sent: Friday, November 13, 2009 2:44 PM
Subject: [pgbr-geral] Incompatibilidade Windows Server 2008 64 bits


Boa tarde galera...

Gostaria de saber se há incompatibilidade do Win Server 2008 64 Bits com o
postgres 8.3...

Como estou começando nesse mundo, não acompanho muito os sites do assunto
alem deste...

Um pessoa de uma empresa de software me comentou que o serviço fica caindo,
não fica estavel..

Obrigado

Rafael





___
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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Incompatibilidade Windows Server 2008 64 bits

[Luiz Rafael Culik Guimaraes]

Rafael

em vez de um server windows 2008 64 com postgres, porque vc nao usa um 
server com linux 64 bits
a performance sua sera muito maior que no windows 2008

[]s
Luiz
- Original Message - 
From: Rafael Kaminski
To: Comunidade PostgreSQL Brasileira
Sent: Friday, November 13, 2009 2:44 PM
Subject: [pgbr-geral] Incompatibilidade Windows Server 2008 64 bits


Boa tarde galera...

Gostaria de saber se há incompatibilidade do Win Server 2008 64 Bits com o 
postgres 8.3...

Como estou começando nesse mundo, não acompanho muito os sites do assunto 
alem deste...

Um pessoa de uma empresa de software me comentou que o serviço fica caindo, 
não fica estavel..

Obrigado

Rafael




___
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] SELECT CURRVAL, sempre retorna o ultimo?

[Luiz Rafael Culik Guimaraes]

Ola

vc estando em transacao,  acredito que pegue o que vc gravou

se vc usa o postgresql 8.4 vc pode utilizar
insert into tabela( campo1,campo2 ) values ('11','11') RETURNING 
nomedocamposerial;

[]s
Luiz

- Original Message - 
From: Bruno Carneiro guimaraescarne...@gmail.com
To: pgbr-geral@listas.postgresql.org.br
Sent: Tuesday, October 13, 2009 3:33 PM
Subject: [pgbr-geral] SELECT CURRVAL, sempre retorna o ultimo?



Quero dizer,

- Eu gravo um registro
- Outro usuário grava um registro
- Eu faço SELECT CURRVAL

Então, eu vou conseguir pegar o ultimo registro inserido por mim? Ou vou
pegar o registro inserido pelo outro usuário?
-- 
View this message in context: 
http://www.nabble.com/SELECT-CURRVAL%2C-sempre-retorna-o-ultimo--tp25878285p25878285.html
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.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] Bancos com Encoding Difentes no Mesmo Cluster

[Luiz Rafael Culik Guimaraes]

Ola Juliano

a primeira coisa que faria antes e ir no /etc/sysconfig/i18n e trocar
LANG=en.UTF8 para LANG=pt_BR ou LANG=pt_BR.ISO-8859-1

[]s
Luiz
- Original Message - 
From: Juliano
To: Comunidade PostgreSQL Brasileira
Sent: Wednesday, October 07, 2009 5:23 PM
Subject: Re: [pgbr-geral] Bancos com Encoding Difentes no Mesmo Cluster


Já havia tentado isso antes também:

postgres=# CREATE DATABASE latino ENCODING 'latin1' TEMPLATE=template0;
ERROR:  encoding LATIN1 does not match locale en_US.UTF-8
DETAIL:  The chosen LC_COLLATE setting requires encoding UTF8.


--- Em qua, 7/10/09, Osvaldo Kussama osvaldo.kuss...@gmail.com escreveu:


De: Osvaldo Kussama osvaldo.kuss...@gmail.com
Assunto: Re: [pgbr-geral] Bancos com Encoding Difentes no Mesmo Cluster
Para: Comunidade PostgreSQL Brasileira
pgbr-geral@listas.postgresql.org.br
Data: Quarta-feira, 7 de Outubro de 2009, 17:13




2009/10/7 Juliano sp_juli...@yahoo.com.br

Boa tarde a todos.

Eu simplesmente gostaria de poder criar bancos com encoding UTF-8 e LATIN1
em um mesmo cluster.
Sei que o assunto já foi muito debatido, mas pelo que vi dos casos
referentes a ENCODING (pesquisei li todos até aqui) e testei sem sucesso :(
Estou usando a versão 8.4 com o Ubuntu Server 9.04.

Criei o cluster com o comando:

initdb -E utf8

Exibição inicial dos bancos:


\l
   List of databases
   Name| Owner | Encoding |  Collation  | Ctype | Access privileges
---+---+--+-+---+---
 postgres  | own   | UTF8 | en_US..UTF-8 | C |
 template0 | own   | UTF8 | en_US.UTF-8 | C | =c/dba
: dba=CTc/dba
 template1 | own   | UTF8 | en_US.UTF-8 | C | =c/dba
: dba=CTc/dba

Tentativa frustrada:

postgres=# CREATE DATABASE latino ENCODING 'latin1';
ERROR:  encoding LATIN1 does not match locale en_US.UTF-8
DETAIL:  The chosen LC_COLLATE setting requires encoding UTF8.
STATEMENT:  CREATE DATABASE latino ENCODING 'latin1';
ERROR:  encoding LATIN1 does not match locale en_US.UTF-8
DETAIL:  The chosen LC_COLLATE setting requires encoding UTF8.

Estou ciente de que as novas versões estão desoneradas de fazer esse tipo de
tratamento deixando isso para o Sistema Operacional e seguem abaixo os
comandos de locale:

#locale

LANG=en_US.UTF-8
LANGUAGE=en_US.UTF-8
LC_CTYPE=C
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_ALL=


#locale -a

C
en_US.iso88591
en_US.utf8
POSIX
pt_BR.iso88591
pt_BR.utf8

For C or POSIX locale, any character set is allowed, but for other locales
there is only one character set that will work correctly.

Já tentei o que diz acima também e não deu certo..
Desde já agradeço.





Tente usar a opção:

TEMPLATE=template0Veja
em:http://www.postgresql.org/docs/current/interactive/multibyte.htmlCREATE
DATABASE korean WITH ENCODING 'EUC_KR' LC_COLLATE='ko_KR.euckr'
LC_CTYPE='ko_KR.euckr' TEMPLATE=template0; Notice that the above commands
specify copying the template0 database. When copying any other database, the
encoding and locale settings cannot be changed from those of the source
database, because that might result in corrupt data.Osvaldo

-Anexo incorporado-


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




Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
Celebridades - Música - Esportes



___
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] teste

[Luiz Rafael Culik Guimaraes]

So um teste

a lista parece fora do ar

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

Re: [pgbr-geral] Interpretação do explain analyse

[Luiz Rafael Culik Guimaraes]

Ola

se vc nao utilizar a clausula where na sua querie, ela vai mesmo dar um full 
table scan, ja que vc nao especificou quais registros vc quer

[]
Luiz
- Original Message - 
From: Nei Rauni Santos
To: Comunidade PostgreSQL Brasileira
Sent: Wednesday, August 12, 2009 3:43 PM
Subject: [pgbr-geral] Interpretação do explain analyse


Dae pessoal, tenho uma consulta entre 2 tabelas que está demorando bastante 
tempo, gostaria da ajuda de alguém para analisar o resultado do explain 
analize.

minha query:

select d.description_type_id, t.lang, count( t.id ) from hotel_description 
as d
inner join hotel_description_translation as t ON ( d.id = t.id )
group by d.description_type_id, t.lang

o pgadmin3 diz que demora 14714 ms para executar essa query, o resultado 
dela é esse:

4;pt_BR;12183
3;pt;13326
8;pt_BR;58957
5;en;27687
7;en;20041
11;en;61
6;pt;24534
2;pt_BR;11559
1;pt_BR;10024
3;en;33032
6;en;59706
7;pt;10176
11;pt;29
5;pt;4061
4;en;28612
8;en;59726
2;pt;11559
1;pt;10024
5;pt_BR;4061
7;pt_BR;10176
11;pt_BR;29
1;en;23219
2;en;26297
8;pt;58957
3;pt_BR;13326
4;pt;12183
6;pt_BR;24534


estrutura das minhas tabelas:

CREATE TABLE hotel_description_translation
(
  id integer NOT NULL,
  lang character varying(5) NOT NULL,
  created_at timestamp without time zone,
  updated_at timestamp without time zone,
  description text NOT NULL,
  CONSTRAINT pkhotel_description_i18n PRIMARY KEY (id, lang),
  CONSTRAINT fk_hotel_description_i18n_hotel_description FOREIGN KEY (id)
  REFERENCES hotel_description (id) MATCH SIMPLE
  ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (OIDS=FALSE);

CREATE TABLE hotel_description
(
  description_type_id integer NOT NULL,
  hotel_id integer NOT NULL,
  id serial NOT NULL,
  CONSTRAINT pkhotel_description PRIMARY KEY (id),
  CONSTRAINT fk_hotel_description_description_type FOREIGN KEY 
(description_type_id)
  REFERENCES description_type (id) MATCH SIMPLE
  ON UPDATE NO ACTION ON DELETE NO ACTION,
  CONSTRAINT fk_hotel_description_hotel FOREIGN KEY (hotel_id)
  REFERENCES hotel (id) MATCH SIMPLE
  ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (OIDS=FALSE);


quantidade de registros

select count(*) from hotel_description; --327819 rows
select count(*) from hotel_description_translation; --568079 rows


o explain analyse resultou nisso:


HashAggregate  (cost=88792.79..88793.09 rows=24 width=11)
  -  Hash Join  (cost=10263.93..84532.20 rows=568079 width=11)
Hash Cond: (t.id = d.id)
-  Seq Scan on hotel_description_translation t 
(cost=0.00..57895.79 rows=568079 width=7)
-  Hash  (cost=4885.19..4885.19 rows=327819 width=8)
  -  Seq Scan on hotel_description d  (cost=0.00..4885.19 
rows=327819 width=8)





se alguém puder ajudar, não sei se é possível otimizar um pouco mais isso.

Nei




-- 
Nei Rauni Santos
nra...@gmail.com
+55 41 85020985




___
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] Indexação com Date

[Luiz Rafael Culik Guimaraes]

Buenas

eu tinha problemas de performance com datas, mas resolvi com  

exemplo
se quero todas as datas de 1/8/2009 e 5/8/2009 uso
explain
SELECT
  ccd.creditodebito,
  CAST ('N' AS CHAR (1)) AS Tipo,
  SUM (valor) AS Total
FROM
  tabela1 ccd
WHERE
  (ccd.data  '2009-07-31') AND
  (ccd.data  '2009-08-06') AND
  (ccd.cupom = 'ccpCadCli') AND
  (ccd.tipo = '2')
GROUP BY ccd.creditodebito, 2

Atenciosamente
Luiz Rafael

- Original Message - 
From: Andre Fernandes
To: Comunidade PostgreSQL Brasileira
Sent: Wednesday, August 05, 2009 10:30 AM
Subject: Re: [pgbr-geral] Indexação com Date


Bom dia,

Uma coisa que pode melhorar um pouco a performance é não usar
(ccd.data = '2009-07-01') AND
  (ccd.data = '2009-07-02')

mas sim
ccd.data between '2009-07-01' and '2009-07-02'
(between costuma ser mais rápido em vários bancos, imagino que no postgreSQL 
também seja)

e quando for uma única data
ccd.data = '2009-07-01'

Abraços,

2009/8/4 Rafael Domiciano rafael.domici...@gmail.com

Boa Tarde Senhores,

Tenho uma pequena dúvida, agradeço a atenção de todos.

Na minha query abaixo:

explain
SELECT
  ccd.creditodebito,
  CAST ('N' AS CHAR (1)) AS Tipo,
  SUM (valor) AS Total
FROM
  tabela1 ccd
WHERE
  (ccd.data = '2009-07-01') AND
  (ccd.data = '2009-07-01') AND
  (ccd.cupom = 'ccpCadCli') AND
  (ccd.tipo = '2')
GROUP BY ccd.creditodebito, 2

Eu tenho a seguinte saida no explain:
QUERY PLAN
HashAggregate  (cost=9.16..9.17 rows=1 width=10)
  -  Index Scan using caeindccd_22 on tabela1ccd  (cost=0.00..9.15 rows=1 
width=10)
Index Cond: ((data = '2009-07-01'::date) AND (data = 
'2009-07-01'::date))
Filter: ((cupom = 'ccpCadCli'::bpchar) AND (tipo = '2'::bpchar))

Ou seja, a query demora nada mais do que uma consulta rápida no indice. 
Porém, se eu aumentar o período para 31 dias a saída do explain fica assim:


explain
SELECT
  ccd.creditodebito,
  CAST ('N' AS CHAR (1)) AS Tipo,
  SUM (valor) AS Total
FROM
  tabela1 ccd
WHERE
  (ccd.data = '2009-07-01') AND
  (ccd.data = '2009-07-31') AND
  (ccd.cupom = 'ccpCadCli') AND
  (ccd.tipo = '2')
GROUP BY ccd.creditodebito, 2

QUERY PLAN
HashAggregate  (cost=59747.72..59747.74 rows=1 width=10)
  -  Index Scan using caeindccd_04 on tabela1ccd  ccd  (cost=0.00..59745.16 
rows=342 width=10)
Index Cond: ((data = '2009-07-01'::date) AND (data = 
'2009-07-31'::date) AND (cupom = 'ccpCadCli'::bpchar))
Filter: (tipo = '2'::bpchar)

Aumentou exponencialmente o custo da consulta, apesar de estar indexida.

Enfim, aonde quero chegar?

Percebi que o Postgres não lida muito bem com a performance passando grandes 
períodos (pode ser que eu esteja errado), não sei como funciona em outros 
bancos, mas acho isso um pouco falho no Postgres.
Para minimizar esses problemas, foi adotado junto ao setor de 
Desenvolvimento, que na base de produção não seria possível sqls com 
períodos superiores a 30 dias, mas mesmo assim temos caso como o de cima.

Pergunta: Existe alguma maneira de fazer uma consulta com períodos e ter uma 
boa performance?

No maior período da tabela existem 20 mil registros.

Agradeço, novamente, a atenção.

Atenciosamente,

Rafael Domiciano

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






-- 
André de Camargo Fernandes






___
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] Dúvida em relação à UTF8 e LATIN1

[Luiz Rafael Culik Guimaraes]

Tiago

Eu so uso latin1 e nao tenho problema de ordenacao. na minha opiniao, nao e 
necessario uso unicode aqui no brasil.

[]s
Luiz
- Original Message - 
From: Tiago Adami
To: Comunidade PostgreSQL Brasileira
Sent: Tuesday, July 28, 2009 1:52 PM
Subject: [pgbr-geral] Dúvida em relação à UTF8 e LATIN1


Olá pessoal.

Desculpem a minha ignorância quanto à esta dúvida, mas gostaria de saber o 
que impacta nos seguintes tópicos quanto ao encoding do banco:

- Espaço utilizado (real) em disco;
- Ordenação;
- Velocidade;
- Compatibilidade;

Pergunto porque durante a minha pós-graduação (em Java), recebi informações 
de um professor que o tipo UTF8 é mais lento e ocupa mais espaço, mas depois 
de ter aqui neste mesmo fórum - postagem do Euler - a informação de que se 
não usar Latin1 perde-se a capacidade de ordenação utilizada no Brasil, 
fiquei com sérias dúvidas à respeito do uso de UTF8 nos bancos.

Hoje utilizamos na empresa e em todos os nossos clientes o LATIN1, sem 
problemas. Gostaria de algum argumento para justificar o uso do UTF8.

-- 
Tiago J. Adami
Dois Vizinhos - Paraná - Brasil





___
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] RES: Salvar retorno de select

[Luiz Rafael Culik Guimaraes]

Ola

Ate o ponto que sei, o pgadmin nao vai permitir fazer isso,
[]
Luiz
- Original Message - 
From: tetraetila® tetraet...@gmail.com
To: 'Comunidade PostgreSQL Brasileira' 
pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, July 08, 2009 3:44 PM
Subject: [pgbr-geral] RES: Salvar retorno de select


Luiz

Primeiramente obrigado, esta parte eu sei. O que eu preciso saber é fazer
isto sem utilizar o RDD. Por exemplo, dar um select no pgAdmin e gravar seu
resultado em um DBF.

Adilson Nunes



cComm  := select * from tabela where tipo = 'A' and desc like '%1._%' 
apCode := SR_SQLParse( cComm, @nErr, @nPos )
cComm  := SR_SQLCodeGen( apCode,, S0:aSql[nEmp(),2]:nSystemID )
nErr   := S0:aSql[nEmp(),2]:exec( cComm,,.t.,,LISTA.dbf )




-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Luiz Rafael
Culik Guimaraes
Enviada em: quarta-feira, 8 de julho de 2009 15:17
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Salvar retorno de select

Ola  Adilson

Se esta utilizando o sqlrdd do xharbour comercial ( tambem disponivel para
xharbour free ) ( www.xharbour.com)  e so utilizar
osql:=sr_getconnection()
cComm  := select * from TABELA where TIPO = 'A',
osql:exec(cComm,,.t.,,'arq.dbf')
[]s
Luiz

- Original Message - 
From: tetraetila® tetraet...@gmail.com
To: 'Comunidade PostgreSQL Brasileira'
pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, July 08, 2009 2:54 PM
Subject: [pgbr-geral] Salvar retorno de select


Olá Pessoal

Estou precisando gravar o resultado de um select direto para um
arquivo DBF. Nós fazemos isto aqui com RDDSQL e Firebird, mais eu preciso
para Postgres. Se alguém puder me ajudar agradeço.

Exemplo:
cComm  := select * from TABELA where TIPO = 'A', ARQ.DBF

O resultado do select vai direto para o ARQ.DBF, seria uma exportação.

Muito obrigado, Adilson Nunes.



___
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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Salvar retorno de select

[Luiz Rafael Culik Guimaraes]

Ola  Adilson

Se esta utilizando o sqlrdd do xharbour comercial ( tambem disponivel para 
xharbour free ) ( www.xharbour.com)  e so utilizar
osql:=sr_getconnection()
cComm  := select * from TABELA where TIPO = 'A',
osql:exec(cComm,,.t.,,'arq.dbf')
[]s
Luiz

- Original Message - 
From: tetraetila® tetraet...@gmail.com
To: 'Comunidade PostgreSQL Brasileira' 
pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, July 08, 2009 2:54 PM
Subject: [pgbr-geral] Salvar retorno de select


Olá Pessoal

Estou precisando gravar o resultado de um select direto para um
arquivo DBF. Nós fazemos isto aqui com RDDSQL e Firebird, mais eu preciso
para Postgres. Se alguém puder me ajudar agradeço.

Exemplo:
cComm  := select * from TABELA where TIPO = 'A', ARQ.DBF

O resultado do select vai direto para o ARQ.DBF, seria uma exportação.

Muito obrigado, Adilson Nunes.



___
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] ENCODING - Latin-1 e UTF-8

[Luiz Rafael Culik Guimaraes]

Ola Roberto

isso e uma excelente noticia, apesar do 8.3 ser um otimo banco,  o jeito 
como forcaram a usar utf8 na minha opiniao, foi errado.
eu sempre preferi bancos no postgresql com encoding latin1, ja que na minha 
opiniao, unicode aqui no brasil e furada

[]s
Luiz
- Original Message - 
From: Roberto Mello roberto.me...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Monday, June 29, 2009 11:26 PM
Subject: Re: [pgbr-geral] ENCODING - Latin-1 e UTF-8


2009/6/29 Roberth Oliveira Corgosinho roberth.corgosi...@gmail.com:
 Pessoal,

 Estou migrando alguns bancos que estavam em um postgresql 8.1 para o
 postgresql 8.3 e estou tendo um grande problema com encoding... No
 postgresql 8.1 eu tenho bancos no formato latin-1 e no formato utf-8... 
 Mas
 o postgresql 8.3 só me permite trabalhar com apenas um deles e não mais 
 com
 os dois, como eu fazia no postgresql 8.1...

 Alguém poderia me dar uma luz sobre como posso resolver este problema?

Podes usar o PG 8.4 que será lançado semana que vem, que permite que
diferentes bancos tenham configurações de locale diferentes.

http://developer.postgresql.org/pgdocs/postgres/release-8-4.html

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] ENCODING - Latin-1 e UTF-8

[Luiz Rafael Culik Guimaraes]

Ola Roberto

nao e falta de conhecimento, se precisar eu uso utf8. mas na minha opiniao, 
aqui pro Brasil, nao e necessario.

[]s
Luiz
- Original Message - 
From: Roberto Mello
To: Comunidade PostgreSQL Brasileira
Sent: Tuesday, June 30, 2009 10:32 AM
Subject: Re: [pgbr-geral] ENCODING - Latin-1 e UTF-8


2009/6/30 Luiz Rafael Culik Guimaraes l...@xharbour.com.br

Ola Roberto

isso e uma excelente noticia, apesar do 8.3 ser um otimo banco,  o jeito
como forcaram a usar utf8 na minha opiniao, foi errado.


Não vejo como forçaram ninguém a usa UTF8. A codificação é inteiramente a 
cargo do DBA, e se ele quiser podia fazer o initdb com LATIN1 sem problema.

eu sempre preferi bancos no postgresql com encoding latin1, ja que na minha
opiniao, unicode aqui no brasil e furada


Por que? Não entendo essa rejeição veemente que vejo no Brasil contra o 
UTF8. O oposto ocorre no resto do mundo. Me parece apenas falta de 
conhecimento na área para se utilizar corretamente de codificações.

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

[Luiz Rafael Culik Guimaraes]

Leonardo

Eu sugiro criar todas as duas tabelas ( tanto o nome delas, como o nome dos 
seus campos) tudo em minuscular

[]s
luiz
  - Original Message - 
  From: Leonardo Barbosa 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, June 19, 2009 9:56 AM
  Subject: Re: [pgbr-geral] AUTO_INCREMENT


  na verdade foi um alter:

  ERROR:  syntax error at or near serial
  LINE 1: ALTER TABLE Jogada alter COLUMN Jogada_Id serial;
^

  ** Erro **

  ERROR: syntax error at or near serial
  SQL state: 42601
  Caracter: 47




  2009/6/19 Leonardo Barbosa leo...@gmail.com

Melhor ainda ! 
tentei alterar um campo chave primaria de uma outra tabela para 
serial... foi retornada a seguinte mensagem:

Comando: 
ALTER TABLE Jogada add COLUMN Jogada_Id serial;

Erro: 
ERROR:  syntax error at or near 'serial'
LINE 1: ALTER TABLE Jogada ALTER COLUMN JogadaId 'serial';
 ^
** Erro **
ERROR: syntax error at or near 'serial'
SQL state: 42601
Caracter: 46


Esse tipo de dado funciona apenas na criação do campo ? na alteração nao é 
pormitido nao ?


2009/6/19 Rafael Domiciano rafael.domici...@gmail.com


  Leonardo,


  No Postgres existe um tipo de dados chamado serial, ou seja, quando você 
cria a tabela especificando esse tipo de dados, o Postgres automaticamente cria 
a sequence e define o default do campo como nextval do campo:


  ALTER TABLE teste
ADD COLUMN coluna_01 serial;


  2009/6/19 JotaComm jota.c...@gmail.com

Olá,


Em vez de: SET DEFAULT NEXTVAL(Jogador_Matricula_Seq); você deve 
fazer: SET DEFAULT NEXTVAL('Jogador_Matricula_Seq');




2009/6/19 Leonardo Barbosa leo...@gmail.com

  Leandro,Obrigado pela ajuda 
  Mas ainda não consegui, dá um erro sql acusando que a sequencia 
informada não existe, mas ela existe!
  segue codigo que utilizei para criar a sequencia: 

  CREATE SEQUENCE Jogador_Matricula_Seq
INCREMENT 1
MINVALUE 1
MAXVALUE 9223372036854775807
START 1
CACHE 1;
  ALTER TABLE Jogador_Matricula_Seq OWNER TO postgres;

  O erro é gerado quando executo: 

  ALTER TABLE Jogador
  ALTER COLUMN Matricula
  SET DEFAULT NEXTVAL(Jogador_Matricula_Seq);

  Erro: 
  ERROR:  relation jogador_matricula_seq does not exist


  2009/6/19 Leandro Cavalari Soares lcs.sini...@gmail.com


Bom Dia Leonardo!

Uma vez criada a sequencia, basta vc setar o valor default da sua 
PK como nextval('sequencia'). Em [1] você encontrará um exemplo.

T+!

[1] http://archives.postgresql.org/pgsql-sql/2006-09/msg00157.php


2009/6/19 Leonardo Barbosa leo...@gmail.com

  Salve Galera!
  Sou iniciante em Pg... e tou tendo algumas dificuldades em 
colocar a chave primaria como auto_increment
  Percebi que seria necessário criar uma 'Sequence'... Criei essa 
sequence mas não sei como relacionar ao campo da tabela que eu quero este 
atributo.
  Podem me ajudar?

  -- 
  Atenciosamente, 

  Leonardo Barbosa



  ___
  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





  -- 
  Atenciosamente, 

  Leonardo Barbosa


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





[]s
-- 
JotaComm
http://jotacomm.wordpress.com
http://www.dextra.com.br/postgres

___
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





-- 
Atenciosamente, 

Leonardo Barbosa





  -- 
  Atenciosamente, 

  Leonardo 

Re: [pgbr-geral] Instalar Postgresql no mandriva2009

[Luiz Rafael Culik Guimaraes]

Narlem

Baixe desse link
http://www.postgresql.org/ftp/binary/v8.3.7/linux/rpms/fedora/fedora-10-i386/

[]s
Luiz
- Original Message - 
From: narlem nar...@nagas.com.br
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Monday, April 13, 2009 7:22 PM
Subject: Re: [pgbr-geral] Instalar Postgresql no mandriva2009


Olá,

Através dos comandos que o jorge me passou pude ver que tinha instalado o
8.2 e tava tentando instalar o postgresql 8.3 no mandriva 2009, mas nao tava
tando, ai fiz o comando:

urpmi postgresql8.2-server-8.2.10-4mdv2009.0

e Instalou ou 8.2 legal, mas para ter certeza que foi isto mesmo, vou
formatar a maquina, instalar o mandriva 2009 de novo e depois o
postgresql8.2, se nao der, eu peço socorro novamente, muito obrigado.

Narlem G. A. Santos


- Original Message - 
From: Armando Roque drops...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Monday, April 13, 2009 6:24 PM
Subject: Re: [pgbr-geral] Instalar Postgresql no mandriva2009


O que é nunca dá pra vc?
Pode informar qual é a saída do comando URPMI?
Faz o comando numa console e posta o erro aqui.

O urpmi é apenas uma melhoria do rpm, usei a muito tempo atrás o
Mandrake, faz tempo q nem vejo a cara dele.

Abração!

2009/4/13 narlem nar...@nagas.com.br:
 Olá Pessoa,

 Estou tentando e nao consigo instalar o postgres no mandriva 2009, eu
 preciso instalar o postgresql sem ser com o bin, e nao consigo, mas tambem
 nao sou um expert em linux,
 tentei com o urpmi postgresql, mas nunca dá, na realidade eu tava
 precisando somente de:

 1) Instalar o postgresql no mandriva 2009 sem ser com o .bin (binario)
 Onde baixar o pacote rpm do postgresql, porque o urpmi nao funciona?
 2) Iniciar o postgresql com o comando
 service postgresql start
 3) Criar a base de dados com o comando
 createdb -ELATIN1 -Upostgres basedados

 Mas nao consigo sair da etapa 1, se alguem puder me ajudar?

 Desde já antecipo meus agradecimentos

 Narlem G. A. Santos
 BH MG
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral





-- 
Armando Roque
http://www.linkedin.com/in/armandoroque
http://dropsdef.blogspot.com
http://del.icio.us/dropsdef
___
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

Re: [pgbr-geral] RES: RES: Falta de memoria

[Luiz Rafael Culik Guimaraes]

Beto

Ate onde sei, e que se vc colocar
* kernel.shmall = 131072
* kernel.shmmax = 536870912
dentro do /etc/sysctl.conf, ele ja e permamente

[]s
Luiz

- Original Message - 
From: Beto roberto.luer...@gmail.com
To: leona...@nunix.com.br; Comunidade PostgreSQL Brasileira 
pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, January 28, 2009 5:34 PM
Subject: Re: [pgbr-geral] RES: RES: Falta de memoria


Só lembrando que se for alterado o shared buffer (que DEVE ser menor
que a shared memory), deve ser verificado se o valor é menor que o
tamanho máximo que o S.O. suporta (padrão é 32Mb se não me engano, mas
isso é SHARED), pois se for maior, o banco não vai nem subir,
portanto, cuidado.

O shared memory para o postgre, depende do shared buffer +
max_connection (~400bytes por conexão) + work_mem (default 1Mb)

Para alterar o shared memory, o arquivo de configuração do kernel é o
/etc/sysctl.conf

* kernel.shmall = 131072
* kernel.shmmax = 536870912

Então para melhor a performance (e talvez acabar com o seu erro,
seguindo a linha de raciocínio que É falta de memória), tente alterar
o shared_buffer no postgresql.conf para mais ou menos 25% da memória
ram (estou pensando em um servidor de banco de dados dedicado, ok?)
Aí adicione no /etc/sysctl.conf as seguintes linhas:

* kernel.shmmax=314572800 //Que vem da multiplicação: 300Mb * 1024
* 1024 = 314572800 (256Mb do shared_buffer + 20%, ou seja, para 1Gb de
memória, 256Mb como 25%, + 50Mb como 20% de 256Mb)
* kernel.shmall =314572800 //deve ser maior ou igual ao max

E execute o comando:
* # sysctl -p //para validar as configurações

Só lembrando que este comando funciona só até a próxima vez que a
máquina for reiniciada (legal, assim você pode testar, e caso nao
funcione, reinicie o computador.

Caso funcione, para manter isto permanente, rode:

# echo 314572800  /proc/sys/kernel/shmmax
# echo 314572800  /proc/sys/kernel/shmall

E voilá, it SHOULD work, se realmente for um problema de memória :)


Boa sorte
2009/1/28 Leonardo Larsen Rocha leona...@nunix.com.br:
 Roda um check do database por garantia.



 Leonardo Larsen Rocha

 URL: www.nunix.com.br

 Fone: +55 47 21235453



 De: pgbr-geral-boun...@listas.postgresql.org.br
 [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Guilherme
 Vianna de Aguiar
 Enviada em: quarta-feira, 28 de janeiro de 2009 15:57
 Para: 'Comunidade PostgreSQL Brasileira'
 Assunto: [pgbr-geral] RES: Falta de memoria



 Marcelo há 97gb livres.



 Parece ser mesmo memória.



 Abr,

 Guilherme Vianna





 De: pgbr-geral-boun...@listas.postgresql.org.br
 [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo
 Costa
 Enviada em: quarta-feira, 28 de janeiro de 2009 13:13
 Para: Comunidade PostgreSQL Brasileira
 Assunto: Re: [pgbr-geral] Falta de memoria



 Olá boa tarde

 2009/1/28 Guilherme Vianna de Aguiar guilherme.via...@acotel.com

 Boa tarde,

 houve um erro no Postgres de uma das maquinas aqui da empresa.



 Depois de um tempo que a aplicação está rodando dá o erro de falta de
 memória. O banco não chega a cair.

 O log:



 22:33:55.471 BRDTERROR:  out of memory

 Operator class cache: 8192 total in 1 blocks; 3848 free (0 chunks); 4344
 used

   PL/PgSQL function context: 8192 total in 1 blocks; 2472 free (9 chunks);
 5720 used

   Rendezvous variable hash: 8192 total in 1 blocks; 3848 free (0 chunks);
 4344 used

   PLpgSQL function cache: 24328 total in 2 blocks; 5904 free (0 chunks);
 18424 used

   Record information cache: 8192 total in 1 blocks; 1800 free (0 chunks);
 6392 used

   TopTransactionContext: 8192 total in 1 blocks; 7312 free (0 chunks); 880
 used

 ExecutorState: 8192 total in 1 blocks; 6832 free (0 chunks); 1360 used

   ExprContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used

 SPI Exec: 8192 total in 1 blocks; 7992 free (0 chunks); 200 used

   ExecutorState: 73856 total in 5 blocks; 26064 free (5 chunks); 47792
 used

 TIDBitmap: 24576 total in 2 blocks; 2800 free (8 chunks); 21776 
 used

 ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used

 ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used

 ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used

 ExprContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 used

 AggContext: 8192 total in 1 blocks; 8104 free (0 chunks); 88 used

   TupleHashTable: 8192 total in 1 blocks; 5704 free (0 chunks); 
 2488
 used

 ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used

 ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used

 ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used

 SPI Proc: 8192 total in 1 blocks; 6632 free (2 chunks); 1560 used

   MessageContext: 8192 total in 1 blocks; 7072 free (0 chunks); 1120 used

   CFuncHash: 8192 total in 1 blocks; 4936 free (0 chunks); 3256 used

   MbProcContext: 1024 total in 1 

Re: [pgbr-geral] Problemas com charset

[Luiz Rafael Culik Guimaraes]

Ola

eu por default em qualquer distro que instalo eu automaticamente ja seto o 
lang para pt_BR.ISO-8859-1

eu nao vejo necessidade de unicode no brasil

[]s
Luiz
- Original Message - 
From: Euler Taveira de Oliveira eu...@timbira.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Tuesday, January 06, 2009 12:15 PM
Subject: Re: [pgbr-geral] Problemas com charset


Jota escreveu:

[A partir do 8.3, uma combinação do locale do SO com a codificação de
caracteres do PostgreSQL foi reforçada]

 Se você instalou o PostgreSQL 8.3 e está usando o Ubuntu você vai usar
 a codificação padrão do seu SO, no caso o UTF-8. Se você deseja usar a
 codificação UTF8 você vai ter que refazer o initdb -D
 /caminho/para/o/diretorio/data --locale=C.

Eu não faria isso se a máquina for exclusiva para o PostgreSQL ou se os 
outros
aplicativos não exigirem UTF-8. Ao invés disso, eu instalaria o locale
ISO-8859-1 no SO e o utilizaria. Por que? Assim você não teria respostas
indesejáveis ao ordernar os registros (vide problemas semelhantes no 
histórico
da lista).

Vale ressaltar que ISO-8859-1 é um subconjunto do UTF-8.


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

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

Re: [pgbr-geral] Problemas com charset

[Luiz Rafael Culik Guimaraes]

Osvaldo

 eu nao vejo necessidade de unicode no brasil

Depende, e muito, da aplicação.
Só não há necessidade se não existe a menor possibilidade de algum dos
textos de seus Bancos de Dados vierem, algum dia, precisar conter
algum carácter não existente no LATIN1 (ISO 8859-1).
eu faco  todas as minhas aplicacoes para funcionar apenas em latin1, nao 
vejo necessidade em unicode e o windows e pessimo em unicode

[]s
Luiz 

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

Re: [pgbr-geral] Atualizar postgresql de 8.1 para 8.3.4 no XP

[Luiz Rafael Culik Guimaraes]

Ola

primeira coisa  e fazer um dump da base com o pgdump

[]s
Luiz
- Original Message - 
From: Adalberto - WT 
To: pgbr-geral@listas.postgresql.org.br 
Sent: Sunday, November 30, 2008 10:54 AM
Subject: [pgbr-geral] Atualizar postgresql de 8.1 para 8.3.4 no XP


Como atualizar o POst de 8.1 para 8.3.4 no XP.

Adalberto



___
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] Zenoss ou equivalente em PostgreSQL

[Luiz Rafael Culik Guimaraes]

Ola Leandro

talvez esses dois links te ajudam
http://www.zenoss.com/community/projects/zenpacks/postgresql
http://www.zenoss.com/download/
http://forums.zenoss.com/search.php?search_author=jmartinsid=03bd79fcbc30f652179ef7b1e210e631

[]s
Luiz

- Original Message - 
From: Leandro DUTRA [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Friday, November 14, 2008 4:17 PM
Subject: [pgbr-geral] Zenoss ou equivalente em PostgreSQL


 Boa tarde, pessoas!

Desculpem a ausência, e na verdade não estou voltando (isso que 
 escutei
 foram suspiros d'alívio?), apenas preciso duma dica.

Estão querendo botar Zenoss com MySQL aqui, e não achei um 
 procedimento
 de instalação do dito-cujo com PostgreSQL — devia ser possível, porque é
 baseado em Zope que tem o adaptador PsycoPgDA.

Alguém já fez, viu um documento ou qualquer coisa assim?

Alternativamente, serve uma ferramenta similar que suporte
 PostgreSQL, melhor ainda se for nativa; ou até um jeito de rodar o
 próprio Zenoss em Oracle, que seria um mal menor.

Agradeço antecipadamente qualquer dica.

 -- 
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (11) 3040 7344  gTalk: xmpp:[EMAIL PROTECTED]
 +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT-3  MSN: 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 com função

[Luiz Rafael Culik Guimaraes]

Ola



O que estou fazendo e saindo dele ( sqlrdd ) para trabalhar nativamente
com o Postgres.

nao precisa fazer isso
o sqlrdd acessa o banco direto por queries tambem
e nao precisa desse tipo de gambiarra para acessar os dados

[]s
Luiz
www.xharbour.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] Ajuda com função

[Luiz Rafael Culik Guimaraes]

Ola tetraetila

Vc esta  utilizando o sqlrdd do xharbour.com correto.

se sim nao e necessario fazer o que vc esta tentando

o sqlrdd e bem inteligente quando a bloqueios de arquivos

[]s
Luiz
___
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 base LATIN1 para UTF8

[Luiz Rafael Culik Guimaraes]

Daniel

eu deixaria em LATIN1 mesmo,
uso latin1 no postgresql 8.3 sem nenhum  problema aqui

[]s
Luiz
- Original Message - 
From: Daniel Gaspary [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Friday, October 17, 2008 1:38 PM
Subject: Re: [pgbr-geral]Migração de base LATIN1 para UTF8


2008/10/17 Fábio Telles Rodriguez [EMAIL PROTECTED]:
 Definitivamente nunca use SQL_ASCII. Elias, nunca faça isso mesmo. É a 
 pior
 dica que você pode dar para alguém e para você mesmo.

Para reforçar isso que o Fábio disse. Deixei meu banco em SQL_ASCII a
muito tempo atrás (era PG 7.2) e agora estou penando para converter
para UTF8 no PG 8.3 . Atualmente está em PG 7.4 .

Tentei iconv e outras ferramentas, não vi forma ainda de converter
conseguindo recuperar totalmente a acentuação.

O que mais deu resultado foi usar o iconv com tipo de entrada LATIN1.
Mas mesmo assim ainda ficam alguns buracos.

Se alguém tiver dicas, agradeço (muito). As próximas tentativas vão
ser via programação mesmo.


Desculpem se saí do tópico, mas serviu também para alertar da
importância de NÃO usar SQL_ASCII.
___
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] Configuração ideal do Postgresql .conf para um Servidor HPML150 G5 4GBRam

[Luiz Rafael Culik Guimaraes]

Rildo


Se vc quer uma config ideal, a primeira coisa e trocar o windows server 2003 
por linux como RH/debian/centos

[]s
Luiz
- Original Message - 
From: Rildo - MSM
To: pgbr-geral@listas.postgresql.org.br
Sent: Monday, October 06, 2008 9:21 AM
Subject: [pgbr-geral] Configuração ideal do Postgresql.conf para um Servidor 
HPML150 G5 4GBRam



HD máster Satã 160 GB...  segundo HD SAS...

SO. Windows Server 2003...

Parâmetros modificados no Postgresql  os demais estão do jeito que 
foram instalado inclusivo com as #

max_connections = 25
shared_buffers = 1000MB
Work_mem = 250MB
maintenance_work_mem = 800MB
max_fsm_pages = 12
random_page_cost = 2.0
effective_cache_size = 1024MB

Há três dias e praticamente duas noites que estou trabalhando, fazendo teste 
para verificação do desempenho deste servidor com o postgresql
Voltado um backup feito através  pg_dump  .com um tamanho de 250 MB... 
Restaurando  via Pg_restore
Esta operação tem demorado media de duas horas e 40 minutos (2:40), tanto 
na versão 8.2 como na versão 8.3
Por gentileza: Alguém poderia  dizer se o tempo de restauração esta correto.

Caso não esteja, poderia dizer onde está o erro...
Porque estou ficando s/ alternativa... e preciso da um diagnostico  final 
sobre o servidor .

Agradeço atenção de todos.

Rildo Santos




___
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] Banco de dados cresce 1,3GB por m ês

[Luiz Rafael Culik Guimaraes]

Rodrigo

se possivel crie um indice  abaixo
e rode o explain analyze nessa query novamente
 CREATE INDEX idx_leitura_estoque_produtopdvex
 ON leitura_estoque
 USING btree
 (  dtmovto, codemitente,codregistro ,codestabelec);

analyze leitura_estoque  ;
rode o explain em cima da sua query novamente

[]s
Luiz


- Original Message - 
From: Rodrigo Monteiro [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira 
pgbr-geral@listas.postgresql.org.br
Sent: Friday, September 26, 2008 10:15 AM
Subject: Re: [pgbr-geral]Banco de dados cresce 1,3GB por mês


Resultado do EXPLAIN ANALYZE:

Aggregate  (cost=2411513.21..2411513.23 rows=1 width=40) (actual 
time=975252.776..975252.776 rows=1 loops=1)
  -  Index Scan using idx_dtmovtole on leitura_estoque 
(cost=0.00..2338671.14 rows=9712275 width=40) (actual 
time=147.812..950822.701 rows=8329310 loops=1)
Index Cond: ((dtmovto = '2008-01-01'::date) AND (dtmovto = 
'2008-08-31'::date))
Filter: ((codemitente = 1::numeric) AND (codregistro = 3::numeric) 
AND (codestabelec = 3::numeric))
Total runtime: 975270.688 ms


Thu, 25 Sep 2008 16:40:23 -0300, André Volpato  escreveu: 
Rodrigo Monteiro escreveu:  type=citeCREATE INDEX 
idx_leitura_estoque_produto
 ON leitura_estoque
 USING btree
 (codemitente, codestabelec, dtmovto, codproduto);

 CREATE INDEX idx_leitura_estoque_produtopdv
 ON leitura_estoque
 USING btree
 (codemitente, codestabelec, dtmovto, equipamento, codproduto);
 
 A manha para criar índices é a seguinte: qual desses campos possui maior 
 especifidade?
 Qual desses campos tem mais valores distintos ?
 Este(s) campo(s) devem aparecer primeiro no índice...

 No caso acima, eventualmente apenas um índice em codemitente, 
 codestabelec e dtmovto seria suficiente.
 Os demais campos o postrges iria filtrar com seq scans, se você tiver 
 discos rápidos vai ficar legal.
 Mas não posso ter certeza, você teria que testar.


 
 type=cite=

 ABAIXO A sql query

 select sum(TotItem) as Total, sum(Quantidade * CustoContabil) as Custo, 
 sum(Desconto) as Desconto
 from Leitura_Estoque
 where CodEmitente = 1 and CodRegistro = 3
 and DtMovto between '01/01/2008' and '31/08/2008'
 and CodEstabelec = 3

 =

 - em 10 minutos e 66 segundos  em um IBM com 8 GB de memória, 2 
 processadores Zion: 4.2 Ghz
 Mais uma vez vou te pedir pra rodar :
 EXPLAIN ANALYZE select sum(TotItem) as Total ..
 Mande o resultado pra gente! Tenho quase certeza que os índices não estão 
 sendo utilizados de acordo.
 Este comando vai executar a query, então aguarde 11 minutos e 6 segundos 
 (é isso q vc quis dizer?)

 PS: Essa query será executada em apenas um core de apenas um 
 processador...
 Monitore o andamento da query com o dstat, ou vmmstat. Se não tem, 
 instale :)
--   []´s, ACV 
___
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] Banco de dados cresce 1,3GB por m ês

[Luiz Rafael Culik Guimaraes]

Rodrigo

ABAIXO A sql query

select sum(TotItem) as Total, sum(Quantidade * CustoContabil) as Custo, 
sum(Desconto) as Desconto
from Leitura_Estoque
where CodEmitente = 1 and CodRegistro = 3
and DtMovto between '01/01/2008' and '31/08/2008'
and CodEstabelec = 3

Pode nos passar a saida do explain dessa query que vc passou?

[]s
Luiz 

___
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 em funcao plpgsql

[Luiz Rafael Culik Guimaraes]

Ola

Altere para


CREATE OR REPLACE FUNCTION create_matview(NAME, NAME)
RETURNS VOID
SECURITY DEFINER
LANGUAGE plpgsql AS '
DECLARE
matview ALIAS FOR $1;
view_name ALIAS FOR $2;
entry matviews%ROWTYPE;
BEGIN
SELECT * INTO entry FROM matviews WHERE mv_name = matview;

IF FOUND THEN
RAISE EXCEPTION \'Materialized view '%' already exists.\',
  matview;
END IF;

EXECUTE REVOKE ALL ON  || view_name ||  FROM PUBLIC; 

EXECUTE GRANT SELECT ON  || view_name ||  TO PUBLIC;

EXECUTE CREATE TABLE  || matview ||  AS SELECT * FROM  || view_name;

EXECUTE REVOKE ALL ON  || matview ||  FROM PUBLIC;

EXECUTE GRANT SELECT ON  || matview ||  TO PUBLIC;

INSERT INTO matviews (mv_name, v_name, last_refresh)
  VALUES (matview, view_name, CURRENT_TIMESTAMP); 

RETURN;
END
';

[]s
Luiz
___
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 em funcao plpgsql

[Luiz Rafael Culik Guimaraes]

Ola

entao troque o \' por ''

[]s
Luiz
- Original Message - 
From: Mr J.L. [EMAIL PROTECTED]
To: lista postgresql postgresql pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, September 03, 2008 3:31 PM
Subject: Re: [pgbr-geral] erro em funcao plpgsql


Executei la mais continua com erro;

AVISO:  uso de \' fora do padrão em cadeia de caracteres
LINE 5: LANGUAGE plpgsql AS '
^
HINT:  Utilize '' para escrever cadeias de carateres entre apóstofros, ou 
utilize a sintaxe de escape de cadeia de caracteres (E'...').

ERRO:  erro de sintaxe em ou próximo a %
LINE 14: RAISE EXCEPTION \'Materialized view '%' already exis...
  ^

** Erro **

ERRO: erro de sintaxe em ou próximo a %



Ola

Altere para


CREATE OR REPLACE FUNCTION create_matview(NAME, NAME)
RETURNS VOID
SECURITY DEFINER
LANGUAGE plpgsql AS '
DECLARE
matview ALIAS FOR $1;
view_name ALIAS FOR $2;
entry matviews%ROWTYPE;
BEGIN
SELECT * INTO entry FROM matviews WHERE mv_name = matview;

IF FOUND THEN
RAISE EXCEPTION \'Materialized view '%' already exists.\',
  matview;
END IF;

EXECUTE REVOKE ALL ON  || view_name ||  FROM PUBLIC;

EXECUTE GRANT SELECT ON  || view_name ||  TO PUBLIC;

EXECUTE CREATE TABLE  || matview ||  AS SELECT * FROM  || view_name;

EXECUTE REVOKE ALL ON  || matview ||  FROM PUBLIC;

EXECUTE GRANT SELECT ON  || matview ||  TO PUBLIC;

INSERT INTO matviews (mv_name, v_name, last_refresh)
  VALUES (matview, view_name, CURRENT_TIMESTAMP);

RETURN;
END
';

[]s
Luiz


  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a 
sua cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses
___
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] REF. UNIR DUAS TABELAS.

[Luiz Rafael Culik Guimaraes]

Ola

tente

 SELECT a.data, a.conta, a.cxabco, a.historico, a.valor as entrada, b.setor
   FROM entradas a
   LEFT JOIN setor b ON a.idsetor = b.idsetor
  WHERE a.data = '2007-12-01' AND a.datas = '2007-12-31'
UNION 
 SELECT a.data, a.conta, a.cxabco, a.historico, a.valor as saida, b.setor
   FROM saidas a
   JOIN setor b ON a.idsetor = b.idsetor
  WHERE a.datas = '2007-12-01' AND a.datas = '2007-12-31'
  ORDER BY 1;

[]s
Luiz
que retona assim:

- Original Message - 
From: Paulo 
To: Comunidade PostgreSQL Brasileira 
Sent: Monday, September 01, 2008 10:50 AM
Subject: [pgbr-geral] REF. UNIR DUAS TABELAS.


Ola Pessoal,
Estou unindo duas tabelas sem relacionamento, estou testando UNION,
mas acredito precisa SELECT INTO ou CREATE TEMP AS...:
 SELECT a.data, a.conta, a.cxabco, a.historico, a.valor, b.setor
   FROM entradas a
   LEFT JOIN setor b ON a.idsetor = b.idsetor
  WHERE a.data = '2007-12-01' AND a.datas = '2007-12-31'
UNION 
 SELECT a.data, a.conta, a.cxabco, a.historico, a.valor, b.setor
   FROM saidas a
   JOIN setor b ON a.idsetor = b.idsetor
  WHERE a.datas = '2007-12-01' AND a.datas = '2007-12-31'
  ORDER BY 1;
que retona assim:
DataConta Cxa Historico  Valor   Setor
2007-12-01  515   51  Nesta data  120,00  Contabilidade
2007-12-01  890   51  Nesta data  120,00  Contabilidade
2007-12-01  789   78  Nesta data  220,00  Producao

PRECISO FAZER O SEGUINTE RETORNO:
DataConta Cxa Historico   Entrada  Saida   Setor
2007-12-01  515   51  Nesta data   120,00 0,00   Contabilidade
2007-12-01  890   51  Nesta data   120,00 0,00   Contabilidade
2007-12-01  789   78  Nesta data  0,00  220,00Producao

alguem tem alguma dica, de como ficaria a sentenca?
 
--Paulo
---VisualP Sistemas




___
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] Performace Postgres Linux X Windows

[Luiz Rafael Culik Guimaraes]

Ola

Bom dia pesssoal..

Eu sei q depende tb no meu servidor.

Mas qual a diferença de performace no Postgres no Linux X windows.
muita

basta comparar uma ferrari(LINUX) com FUSCA(Windows)

[]s
Luiz 

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

Re: [pgbr-geral] consulta lenta, ajuda interpretar explain

[Luiz Rafael Culik Guimaraes]

Ola

Qual a estrutura das duas tabelas envolvidas
Existe um indice por codpedido nas tabelas receber e pedido?

[]s
Luiz
- Original Message - 
From: José Carlos Messias [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Tuesday, August 19, 2008 4:43 PM
Subject: [pgbr-geral] consulta lenta, ajuda interpretar explain


Galera,

Pode estar na cara mas não estou conseguindo interpretar o explain e a
consulta está muito lenta. Vejam:

SELECT receber.codpedido, max(receber.rec_parcela) AS max_rec_parcela
  FROM receber
  JOIN pedido ON pedido.codpedido = receber.codpedido
 WHERE pedido.status = 4 OR pedido.status = 44 OR pedido.status = 59
 GROUP BY receber.codpedido;

  QUERY PLAN

 HashAggregate  (cost=118925.43..119785.92 rows=68839 width=8)
  -  Hash Join  (cost=42712.73..114110.34 rows=963017 width=8)
Hash Cond: (outer.codpedido = inner.codpedido)
-  Seq Scan on receber  (cost=0.00..31467.72 rows=1432772 width=8)
-  Hash  (cost=39719.05..39719.05 rows=405474 width=4)
  -  Bitmap Heap Scan on pedido  (cost=2560.18..39719.05
rows=405474 width=4)
Recheck Cond: ((status = 4) OR (status = 44) OR
(status = 59))
-  BitmapOr  (cost=2560.18..2560.18 rows=408907 
width=0)
  -  Bitmap Index Scan on idx_pedido_status
(cost=0.00..2524.24 rows=403783 width=0)
Index Cond: (status = 4)
  -  Bitmap Index Scan on idx_pedido_status
(cost=0.00..17.97 rows=2562 width=0)
Index Cond: (status = 44)
  -  Bitmap Index Scan on idx_pedido_status
(cost=0.00..17.97 rows=2562 width=0)
Index Cond: (status = 59)
___
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] Como configurar o PostgreSQL 8.3 para pt_BR?

[Luiz Rafael Culik Guimaraes]

Ola

altere no postgresql.conf

os campos para ficar conforme abaixo
lc_messages = 'C'   # locale for system error message
# strings
lc_monetary = 'C'   # locale for monetary formatting
lc_numeric = 'C'# locale for number formatting
lc_time = 'C'   # locale for time formatting


[]s
Luiz

- Original Message - 
From: Lucas Mocellin
To: pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, August 13, 2008 4:45 PM
Subject: Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR?


Pessoal,

revivendo este tópico.

li na lista e procurei em vários lugares do google,

entendi +- o conceito locale/encoding, porém não entendi como resolver o 
problema,

estou migrando um DB do 8.2 para o 8.3, entao fiz um dump, e na hora de 
criar o novo banco para restaurar os dados, ele da o mesmo erro:

2008-08-13 15:57:44 BRT ERROR:  encoding LATIN1 does not match server's 
locale en_US.UTF-8
2008-08-13 15:57:44 BRT DETAIL:  The server's LC_CTYPE setting requires 
encoding UTF8.
2008-08-13 15:57:44 BRT STATEMENT:  CREATE DATABASE db_web WITH 
ENCODING='LATIN1'
2008-08-13 15:57:44 BRT WARNING:  nonstandard use of \\ in a string literal 
at character 137
2008-08-13 15:57:44 BRT HINT:  Use the escape string syntax for backslashes, 
e.g., E'\\'.

Como é uma migração de um banco que o pessoal usa windows, não estou 
interessado em converter o banco ou algo do gênero, gostaria de deixar no 
mesmo encoding.

Como posso criar isso?

Preciso manter o UTF-8 como locale do sistema, porém meu locale -a não tem 
o LATIN1.

Desculpe-me pela repetição, mas sinto-me um pouco perdido quando se fala de 
locales, encodings, etc..

Obrigado,

Lucas.




___
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] PostgreSQL 8.3

[Luiz Rafael Culik Guimaraes]

Rafael

exporte o LANG do debian para pt_BR

e nos configs do postgresql, remover o .UTF-8 das variaveis de lang

[]s
Luiz

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

Re: [pgbr-geral] Μsiga Protheus no Postgres?

[Luiz Rafael Culik Guimaraes]

Jocimar

Porque nao testa o sqlrdd da xharbour.com

Acessa todos os bancos de dados do mercado (inclusive postgresql 8.x) sem 
alteracao no fonte
alem do mais xharbour e muito mais estavel que o flagship

vc pode baixar o demo de www.xharbour.com / www.xharbour.com.br

[]s
Luiz
www.xharbour.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] Μsiga Protheus no Postgres?

[Luiz Rafael Culik Guimaraes]

Ola


2008/5/29 Luiz Rafael Culik Guimaraes [EMAIL PROTECTED]:
 alem do mais xharbour e muito mais estavel que o flagship

E mais livre?
Xharbour tem uma versao free, e uma comercial com mais addons
[]s
Luiz
www.xharbour.com.br


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

[Luiz Rafael Culik Guimaraes]

Ola
E mais livre?
 Xharbour tem uma versao free, e uma comercial com mais addons

Livre (download de fontes por CVS)
www.xharbour.org

[]s
Luiz
www.xharbour.com

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

[Luiz Rafael Culik Guimaraes]

Jose

Nao use Coff2omf

gere e lib com
implib libpq libpq.dll

[]s
Luiz
- Original Message - 
From: Jose Silva
To: pgbr-geral@listas.postgresql.org.br
Sent: Friday, May 09, 2008 11:38 AM
Subject: [pgbr-geral] C++ Builder


Amigos,
Gostaria de saber se vc's estão usando o C++ Builder.
Estou com problema no lnk
[Linker Error] 'C:\ARQUIVOS DE PROGRAMAS\POSTGRESQL\8.3\LIB\LIBPQ.LIB' 
contains invalid OMF record, type 0x21 (possibly COFF)

Já fiz conversão :
COFF2OMF LIBPQbck.LIB LIBPQ.LIB
implib -a libpq.lib libpq.dll
mas não solucionou.
teem alguma dica???
sds
JSilva


-- Forwarded message --
From: Saulo Morais Lara [EMAIL PROTECTED]
Date: 2008/5/9
Subject: [pgbr-geral] Views
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br



Estou vendo um jeito de facilitar e tornar rápidas minhas consultas através 
de views.
Não queria deixar elas fixas, por exemplo:

CREATE OR REPLACE VIEW v_paciente AS SELECT paciente.pacnome FROM paciente;

Gostaria de passar parâmetros e ela montar a view.
Tentei fazer usando function da seguinte maneira:

CREATE OR REPLACE FUNCTION consulta(campos text, tabela text, chave text, id 
integer)
  RETURNS void AS
$BODY$
BEGIN
EXECUTE 'CREATE VIEW consulta AS SELECT ' || campos || ' 
FROM ' || tabela || ' WHERE ' || chave || ' = ' || id;
END;
$BODY$
  LANGUAGE 'plpgsql' VOLATILE

Se chamo a Function passando os parâmetros: select 
consulta('pacnome','paciente','paccod',1)
É criada a seguinte view:

CREATE OR REPLACE VIEW consulta AS
 SELECT paciente.pacnome
   FROM paciente
  WHERE paciente.paccod = 1;

Sendo assim se um outro usuário chamar a função consulta com outros 
parâmetros a view irá mudar.
Gostaria de saber se existe um jeito de chamar uma view com parâmetros, ou 
algo parecido. Ou alguma dica.
Mto obrigado

___
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

Re: [pgbr-geral] Encoding

[Luiz Rafael Culik Guimaraes]

Pois e

porque nao usa latin1

no meu postgresql 8.3 no windows tenho de resposta para sua query ( usando o 
pgadmin)

client_encoding;UNICODE
lc_collate;C
lc_ctype;C
lc_messages;C
lc_monetary;C
lc_numeric;C
lc_time;C
server_encoding;LATIN1
server_version;8.3.0
server_version_num;80300

[]s
Luiz
- Original Message - 
From: Silfar Goulart
To: Comunidade PostgreSQL Brasileira
Sent: Wednesday, March 19, 2008 3:35 PM
Subject: Re: [pgbr-geral] Encoding


Rode o seguinte SQL:
SELECT name, setting FROM pg_settings
  WHERE name ~ 'encoding|^lc_|version';
e veja os encodings em uso.

client_encoding;UNICODE
lc_collate;Portuguese_Brazil.1252
lc_ctype;Portuguese_Brazil.1252
lc_messages;Portuguese_Brazil
lc_monetary;Portuguese_Brazil
lc_numeric;Portuguese_Brazil
lc_time;Portuguese_Brazil
server_encoding;UTF8
server_version;8.3.0
server_version_num;80300






SELECT datname, pg_encoding_to_char(encoding) FROM pg_database;
lista o encoding de cada um de seus bancos de dados.

template0;UTF8
postgres;UTF8
template1;UTF8
sgda;UTF8

Pode me dizer se isto está correto ?



-- 
Silfar Goulart



___
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] Postgres em varias distribuições Linux (Alex Fernandes Junça)

[Luiz Rafael Culik Guimaraes]

Avelino

Estou instalando a versão nova do Postgresql 8.3 e tem a opção
Encoding(Server) WIN1252 ou LATIN1  e (Client) WIN1252 ou LATIN1.
Qual opção uso?
eu recomendo as suas em LATIN1

[]s
Luiz

___
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

[Luiz Rafael Culik Guimaraes]

Roberto


porque nao dropa o banco, e recria tudo como latin1

eu so uso latin1 para nao ter esse tipo de problemas

[]s
Luiz

___
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

[Luiz Rafael Culik Guimaraes]

Ola


Agradeceria se me desse a dica de como criar bd em latin1, pois brigo
com isso faz tempo.
Acredito que você não está usando a versão 8.3.
Linux/windows via linha de comando
createdb -Elatin1 -Upostgres nomebanco

[]s
Luiz 

___
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

[Luiz Rafael Culik Guimaraes]

Ribamar

.eu uso linux direto aqui,  e sempre criou os clusters como latin 1
mas antes eu manualmente altero o postgresql.conf dele para remover o .UTF8 
do locale

[]s
Luiz


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

Re: [pgbr-geral] Qual o melhor Encode para o Brasil?

[Luiz Rafael Culik Guimaraes]

Felipe

Na minha opiniao tem.
no Brasil, na minha opiniao, nao e necessario unicode.
Latin1 e o padrao correto

[]s
Luiz

- Original Message - 
From: Fellipe Henrique
To: Comunidade PostgreSQL Brasileira
Sent: Wednesday, March 05, 2008 4:29 PM
Subject: Re: [pgbr-geral] Qual o melhor Encode para o Brasil?


Olá Leandro, mas tipo, essa Unicode, teria algum problema com acentuação e 
símbolos da língua portuguesa?

[]s


Em 05/03/08, Leandro DUTRA [EMAIL PROTECTED] escreveu:
2008/3/5, Fellipe Henrique [EMAIL PROTECTED]:

 Olá amigos, qual o melhor Encode para o pt-br e ingles? No firebird eu 
 usava
 o WIN1252, no PostgreSQL é o mesmo?


As opiniões estão divididas entre ISO-8859-15, ISO-8859-1 e UTF-8.
WIN1252 jamais, é específico do MS Windows e fora de padrão.

Minha preferência é Unicode.

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

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

Re: [pgbr-geral] PostgreSQL rodando com Windows 2003 x64 ...

[Luiz Rafael Culik Guimaraes]

Rinaldo

Funciona perfeitamente em linux x64

[]s
Luiz
- Original Message - 
From: Rinaldo Antonio Cuziol - REDETVSHOP!
To: Comunidade PostgreSQL Brasileira
Sent: Tuesday, January 29, 2008 9:23 PM
Subject: [pgbr-geral] PostgreSQL rodando com Windows 2003 x64 ...



Boa Noite, gostaria de saber se o PostgreSQL roda bem sobre o 
Windows 2003 x64 ...

Atenciosamente,

Rinaldo Antonio Cuziol



___
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] [OT] Função de DBA

[Luiz Rafael Culik Guimaraes]

Pessoal

desculpe , foi resposta para pessoal errada

[]s
Luiz
- Original Message - 
From: Luiz Rafael Culik Guimaraes [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Friday, January 25, 2008 6:10 PM
Subject: Re: [pgbr-geral] [OT] Função de DBA


Walter

execute os dois comandos abaixo em cada banco que tem a tabela asee0100_Dbf

CREATE INDEX sif00_asee0101_098765  ON sif00_asee0100_dbf
  USING btree
  (seedtpg);

analyze  sif00_asee0100_dbf;

ja sei onde esta ficando em loop infinito

daqui a pouco mando o .prg corrigido

[]s
Luiz



___
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] [OT] Função de DBA

[Luiz Rafael Culik Guimaraes]

Walter

execute os dois comandos abaixo em cada banco que tem a tabela asee0100_Dbf

CREATE INDEX sif00_asee0101_098765  ON sif00_asee0100_dbf
  USING btree
  (seedtpg);

analyze  sif00_asee0100_dbf;

ja sei onde esta ficando em loop infinito

daqui a pouco mando o .prg corrigido

[]s
Luiz



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

Re: [pgbr-geral] PostgreSQL x MySQL

[Luiz Rafael Culik Guimaraes]

Buenas

antes de executar esses testes vc executou

vacuumdb -f -z -v -Upostgres nomebanco

pois parece que sao tabelas sem estatisticas.

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

Re: [pgbr-geral] duvida dem encoding e order by

[Luiz Rafael Culik Guimaraes]

Buenas Leonardo

Entao usando como primeira query no sistema
SET CLIENT_ENCODING to 'SQL_ASCII' resolveria esse problema se sort?

[]s
Luiz
- Original Message - 
From: Leonardo Cezar [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Friday, January 18, 2008 3:26 PM
Subject: Re: [pgbr-geral] duvida dem encoding e order by


2008/1/18 Euler Taveira de Oliveira [EMAIL PROTECTED]:
 Leonardo Cezar wrote:

  Existem algumas incoerencias no template (ISO-14651) de locale que
  utilizamos para formar nosso pt_BR.
 
 Na verdade, a glib considera a ordem de dicionário para fazer a
 ordenação. Por exemplo, espaço, hífen e outros (*não* são letras) são
 desconsiderados na hora de ordenar (isso não é só no nosso idioma).

Basicamente o collate considera três tipos de ordenação com caracteres
especiais: ignorar, assumir por ultimo, assumir na frente.

Quem estipula o que a libc deve fazer com os caracteres desprezados é
o COLLATE. A proposta é adaptar regras extendendo ISO-14651 ou i18n
porque me parecem ser definições das quais a maioria dos idiomas
herdam.

A idéia mais mais simples seria criar uma definição para simbolos
(não-letras) para fazer o restante dos locales se comportarem de
maneira semelhante ao C.

[corte]

 [localizando o relato de erro ...] O relatório de erro [1] mostra
 justamente a discussão sobre este problema. No comentário #4, Keld
 explica justamente que a glib não tem suporte a mais de um tipo de
 ordenação (no nosso caso a ordem de dicionário e a palavra por palavra).
 O que poderia ser feito é um patch para que a glib suportasse os dois
 esquemas com algo do tipo [EMAIL PROTECTED]

Mas esse tipo de alteração resolveria o problema em questão? As regras
da ABNT definem caracteres antes (ou depois (não vem em questão)) do
alfabeto.

O que justificaria esse suporte multi-idiomas no contexto *deste* problema?

Lembro que alterar pt_BR através de _reorder-after_ resolve enquanto
estamos falando de espaços U0020,mas a semnatica de um hifen pode
diferir do significado de um espaço, variando de contexto.

 A um tempo atrás eu até pensei em fazer tal patch mas por falta de tempo
 preferi continuar com a solução simples (recompilar o locale pt_BR). O
 problema desta solução é que ela pode afetar outras aplicações.

Talvez estou olhando pelo lado errado do problema ...

-Leo
-- 
Leonardo Cezar et all
http://www.dextra.com.br/postgres
http://www.postgresql.org.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

[pgbr-geral] Duvida do otimizador de query

[Luiz Rafael Culik Guimaraes]

Buenas amigos

eu tenho uma pequena tabela no postgresql (populada em 50 registros para 
testa com a seguinte estrutura

CREATE TABLE test_table
(
  code_id character(8),
  descr character varying(50),
  days numeric(8) DEFAULT 0,
  date_lim date,
  sr_recno numeric(15) NOT NULL DEFAULT nextval('test_table_sq'::regclass),
  sr_deleted character(1) NOT NULL DEFAULT ' '::bpchar,
  CONSTRAINT test_table_sr_recno_key UNIQUE (sr_recno)
)
WITH (OIDS=FALSE);
ALTER TABLE test_table OWNER TO postgres;

CREATE INDEX test_table_ind01_01
  ON test_table
  USING btree
  (code_id, descr, sr_recno);

CREATE INDEX test_table_ind02_02
  ON test_table
  USING btree
  (days, date_lim, sr_recno);


CREATE INDEX test_table_ind03_03
  ON test_table
  USING btree
  (code_id, descr, days, sr_recno);

CREATE INDEX test_table_sr
  ON test_table
  USING btree
  (sr_recno);

rodando o explain  na query abaixo
SELECT A.code_id, A.descr, A.percent, A.days, A.sr_recno, A.sr_deleted FROM 
test_table A  WHERE ( ( A.code_id  = '0002' AND A.descr  = 'Hello, 
SQL!' AND A.days  = 48 AND A.sr_recno  = 2) OR ( A.code_id  = 
'0002'  AND A.descr  = 'Hello, SQL!'  AND A.days   48 ) OR ( 
A.code_id  = '0002'  AND A.descr   'Hello, SQL!' ) OR ( A.code_id   
'0002' )  ) ORDER BY  A.code_id, A.descr, A.days, A.sr_recno  LIMIT 
32


e retornado
Limit  (cost=0.00..5.91 rows=32 width=70) (actual time=0.083..0.222 rows=32 
loops=1)
  -  Index Scan using test_table_ind03_03 on test_table a 
(cost=0.00..92307.51 rows=499950 width=70) (actual time=0.078..0.178 rows=32 
loops=1)
Filter: (((code_id = '0002'::bpchar) AND ((descr)::text = 
'Hello, SQL!'::text) AND (days = 48::numeric) AND (sr_recno = 
2::numeric)) OR ((code_id = '0002'::bpchar) AND ((descr)::text = 
'Hello, SQL!'::text) AND (days  48::numeric)) OR ((code_id = 
'0002'::bpchar) AND ((descr)::text  'Hello, SQL!'::text)) OR (code_id  
'0002'::bpchar))
Total runtime: 0.347 ms

essa query esta gerando um full table scan
ja que usando essa query abaixo que faz a mesma coisa
SELECT * FROM (SELECT A.code_id, A.descr, A.percent, A.days, 
A.sr_recno, A.sr_deleted FROM test_table A  WHERE ( A.code_id = 
'0002'  AND A.descr = 'Hello, SQL!'  AND A.days = 48  AND 
A.sr_recno = 2 )  ORDER BY  A.code_id, A.descr, A.days, 
A.sr_recno  LIMIT32 ) TMP1
UNION
SELECT * FROM (SELECT A.code_id, A.descr, A.percent, A.days, 
A.sr_recno, A.sr_deleted FROM test_table A  WHERE ( A.code_id = 
'0002'  AND A.descr = 'Hello, SQL!'  AND A.days  48 )  ORDER BY 
A.code_id, A.descr, A.days, A.sr_recno  LIMIT32 ) TMP2
UNION
SELECT * FROM (SELECT A.code_id, A.descr, A.percent, A.days, 
A.sr_recno, A.sr_deleted FROM test_table A  WHERE ( A.code_id = 
'0002'  AND A.descr  'Hello, SQL!' )  ORDER BY  A.code_id, 
A.descr, A.days, A.sr_recno  LIMIT32 ) TMP3
UNION
SELECT * FROM (SELECT A.code_id, A.descr, A.percent, A.days, 
A.sr_recno, A.sr_deleted FROM test_table A  WHERE ( A.code_id  
'0002' )  ORDER BY  A.code_id, A.descr, A.days, A.sr_recno 
LIMIT32 ) TMP4 ORDER BY  code_id, descr, days, sr_recno  LIMIT 
32

eu tenho como resultado do explain
Limit  (cost=208.67..208.75 rows=32 width=101)
  -  Sort  (cost=208.67..208.76 rows=35 width=101)
Sort Key: code_id, descr, days, sr_recno
-  Unique  (cost=207.16..207.78 rows=35 width=101)
  -  Sort  (cost=207.16..207.25 rows=35 width=101)
Sort Key: code_id, descr, percent, days, sr_recno, 
sr_deleted
-  Append  (cost=96.01..206.27 rows=35 width=101)
  -  Limit  (cost=96.01..96.02 rows=1 width=70)
-  Sort  (cost=96.01..96.02 rows=1 
width=70)
  Sort Key: a.code_id, a.descr, a.days, 
a.sr_recno
  -  Index Scan using 
test_table_ind02_02 on test_table a  (cost=0.00..96.00 rows=1 width=70)
Index Cond: ((days = 
48::numeric) AND (sr_recno = 2::numeric))
Filter: ((code_id = 
'0002'::bpchar) AND ((descr)::text = 'Hello, SQL!'::text))
  -  Limit  (cost=95.89..95.89 rows=1 width=70)
-  Sort  (cost=95.89..95.89 rows=1 
width=70)
  Sort Key: a.code_id, a.descr, a.days, 
a.sr_recno
  -  Index Scan using 
test_table_ind02_02 on test_table a  (cost=0.00..95.88 rows=1 width=70)
Index Cond: (days  
48::numeric)
Filter: ((code_id = 
'0002'::bpchar) AND ((descr)::text = 'Hello, SQL!'::text))
  -  Limit  (cost=0.00..8.47 rows=1 width=70)
-  Index Scan using 
test_table_ind03_03 on test_table a  (cost=0.00..8.47 rows=1 width=70)

Re: [pgbr-geral] Duvida do otimizador de query

[Luiz Rafael Culik Guimaraes]

Amigos

Esqueci de mencionar na mensagem principal

postgresql 8.2.5 no linux

[]s
Luiz

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

Re: [pgbr-geral] rotinas de manutencao

[Luiz Rafael Culik Guimaraes]

Buenas


Estou montando uma rotina de manutencao para meu PG.
Ate o momento estou colocando em meu script os comandos VACUUM FULL e 
ANALYZE.
Voces acham que seria necessario mais algum comando?

Procure no historico,
alguns dias atras, tinha uma thread de vacuum  que recomendava tambem um 
reindex database apos o vacuum

[]s
Luiz 

___
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

[Luiz Rafael Culik Guimaraes]

Maicon


Bom dia a todos!!!

   Gostaria de saber se alguém poderia me explicar como migrar um banco
postgresql da versão 7.4 para 8.2, ou se existe alguma documentação para
esta finalidade.

use o Basicao

primeiro de um pg_dump para fazer um backup  dos seus dados do banco versao 
7.4

depois use o pg_restore para restaurar seu banco na versao 8.2


[]s
Luiz 

___
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 de Codificação de UTF-8

[Luiz Rafael Culik Guimaraes]

Rodrigo

e Porque vc nao altera o seu banco para latin1. no brazil nao acho 
necessario usar utf8

[]s
Luiz
- Original Message - 
From: Rodrigão
To: pgbr-geral@listas.postgresql.org.br
Sent: Tuesday, July 31, 2007 11:17 AM
Subject: [pgbr-geral] Erro de Codificação de UTF-8


Pessoal,

estou com problemas, tenho uma base funcionando em utf-8, porém quando a 
minha aplicação tenta inserir alguma palavra acentuada ele dá um erro:

ERROR: invalid byte sequence for encoding UTF8: 0xf3732d47 HINT: This 
error can also happen if the byte sequence does not match the encoding 
expected by the server, which is controlled by client_encoding

já tentei alterar as configurações no arquivo postgresql.conf, setando o 
client_encoding para utf-8, porém sem sucesso, alguém tem alguma idéia ?

grato,

-- 
Rodrigo Melo
-Ciencia da Computação - UFPE www.cin.ufpe.br
-NECTAR - www.nectar.org.br
-Informática Teórica - if689 www.cin.ufpe.br/~if689
-Comissão de Formatura 2008.2 www.cin.ufpe.br/~rdma/formatura

Vivemos num mundo onde temos que nos esconder para fazer amor, enquanto a 
violencia é praticada a luz do dia. (John Lennon)



___
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] trigger e insert

[Luiz Rafael Culik Guimaraes]

Ola amigos

e possivel numa trigger setado para before update , fazer um insert se nao 
encontrado o valor da chave primaria dentro da mesma?


[]s

Luiz 


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

Re: [pgbr-geral] otimizacao de queries

[Luiz Rafael Culik Guimaraes]

Euler

Obrigado, vou fazer um teste com a 8.2.x

[]s
Luiz
- Original Message - 
From: Euler Taveira de Oliveira [EMAIL PROTECTED]

To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Tuesday, June 19, 2007 10:17 PM
Subject: Re: [pgbr-geral] otimizacao de queries



Luiz Rafael Culik Guimaraes wrote:


Em segundo lugar, é problema de performance? EXPLAIN. Não mande a
consulta ou estrutura de tabelas a não ser que alguém peça. Para
análise
de performance, é essencial a versão, pois várias otimizações são
feitas
durante as versões.


postgres 64bits  versao 8.1.6 em redhat enterprise 4


Algumas observações sobre as suas consultas:
* todas as consultas utilizam IN() - versões anteriores a 8.2 não tem
uma otimização para listas longas no IN;
* consulta 1 - a única anormalidade que vi foi um seqscan na tabela
sif00_con1000_dbf. Neste caso pode um índice para a expressão que você
utiliza pra comparar;
* consulta 2 - a anormalidade neste caso é um seqscan na tabela
granol_sie3000_dbf, que pode ser resolvido criando-se um índice;

Não vi porque a sua consulta está ineficiente (lenta). Vejo que você
compara muito string, isso não é muito bom, pois comparações de string
são mais lentas que comparações de inteiros.

Sugiro que teste a mesma consulta em uma versão mais nova do PostgreSQL
(8.2.4), pois tivemos algumas otimizações importantes feitas.


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



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

Re: [pgbr-geral] otimizacao de queries

[Luiz Rafael Culik Guimaraes]

Euler



Luiz Rafael Culik Guimaraes wrote:


Em segundo lugar, é problema de performance? EXPLAIN. Não mande a
consulta ou estrutura de tabelas a não ser que alguém peça. Para análise
de performance, é essencial a versão, pois várias otimizações são feitas
durante as versões.


postgres 64bits  versao 8.1.6 em redhat enterprise 4



E o EXPLAIN?


abaixo a query e seu explain

select b.inrcmv, b.inrndc, b.inrpur, a.cnrfor, c.movfor, b.inrcme,
a.cnrure, a.cnrutr, a.cnrdrm, a.cnrnnf, a.cnrenf, d.concpg, a.cnrvnf,
b.inrvlr, a.cnricm, b.inripi, a.cnrpis, a.cnrcofin, b.inrqtg,
'' as romplc, a.cnrbfu, a.cnrvim, a.cnrcf2, c.movpli,
q.flagsit, a.cnrsnf, a.cnrtim, c.movdoc from
qr_dbf_sie3000_log as q join granol_sie3000_dbf as a   on q.cnrnum
= a.cnrnum join granol_sie3200_dbf as b   on a.cnrnum = b.inrnum
join sif00_con1000_dbf as d   on b.inrndc =
d.connum||trim(to_char(d.conuni,'00')) join sif50_mov1000_dbf as c on
b.inrnum = c.movnnr where a.cnrsis = 1 and   b.inrdco = 1 and
b.inrcmv in ( 1,4,5,20,29,44,45,49,67,68,70,71,73 ) order by q.cnrnum
LIMIT 1

resultado do plan
Limit  (cost=37.47..37.47 rows=1 width=326) (actual time=0.213..0.213 
rows=0 loops=1)
  -  Sort  (cost=37.47..37.47 rows=1 width=326) (actual time=0.202..0.202 
rows=0 loops=1)

Sort Key: q.cnrnum
-  Nested Loop  (cost=5.88..37.46 rows=1 width=326) (actual 
time=0.030..0.030 rows=0 loops=1)
  -  Nested Loop  (cost=5.88..32.62 rows=1 width=316) (actual 
time=0.024..0.024 rows=0 loops=1)
-  Nested Loop  (cost=4.86..21.90 rows=1 width=297) 
(actual time=0.020..0.020 rows=0 loops=1)

  Join Filter: (inner.cnrnum = outer.inrnum)
  -  Hash Join  (cost=4.86..17.07 rows=1 
width=117) (actual time=0.015..0.015 rows=0 loops=1)
Hash Cond: (((outer.connum)::text || 
btrim(to_char(outer.conuni, '00'::text))) = (inner.inrndc)::text)
-  Seq Scan on sif00_con1000_dbf d 
(cost=0.00..10.80 rows=80 width=29) (actual time=0.003..0.003 rows=0 
loops=1)
-  Hash  (cost=4.86..4.86 rows=1 
width=108) (never executed)
  -  Index Scan using 
granol_sie3200_dbf_12346 on granol_sie3200_dbf b  (cost=0.00..4.86 rows=1 
width=108) (never executed)
Index Cond: (inrdco = 
1::numeric)
Filter: ((inrcmv = 1::numeric) 
OR (inrcmv = 4::numeric) OR (inrcmv = 5::numeric) OR (inrcmv = 20::numeric) 
OR (inrcmv = 29::numeric) OR (inrcmv = 44::numeric) OR (inrcmv = 
45::numeric) OR (inrcmv = 49::numeric) OR (inrcmv = 67::numeric) OR (inrcmv 
= 68::numeric) OR (inrcmv = 70::numeric) OR (inrcmv = 71::numeric) OR 
(inrcmv = 73::numeric))
  -  Index Scan using granol_sie3000_dbf_12346 on 
granol_sie3000_dbf a  (cost=0.00..4.82 rows=1 width=180) (never executed)

Index Cond: (cnrsis = 1::numeric)
-  Bitmap Heap Scan on qr_dbf_sie3000_log q 
(cost=1.02..10.63 rows=7 width=19) (never executed)

  Recheck Cond: (q.cnrnum = outer.cnrnum)
  -  Bitmap Index Scan on qr_dbf_sie3000_log_pkey 
(cost=0.00..1.02 rows=7 width=0) (never executed)

Index Cond: (q.cnrnum = outer.cnrnum)
  -  Index Scan using sif50_mov100c_06 on 
sif50_mov1000_dbf c  (cost=0.00..4.82 rows=1 width=52) (never executed)

Index Cond: (outer.inrnum = c.movnnr)
Total runtime: 1.210 ms


query
select b.inrcmv, b.inrndc, b.inrpur, a.cnrfor, d.movfor, b.inrcme,
a.cnrure, a.cnrutr, a.cnrdrm, a.cnrnnf, a.cnrenf, '' as concpg, a.cnrvnf,
b.inrvlr, a.cnricm, b.inripi, a.cnrpis, a.cnrcofin, b.inrqtg, c.romplc,
a.cnrbfu, a.cnrvim, a.cnrcf2, d.movpli, q.flagsit, a.cnrsnf, a.cnrtim,
d.movdoc from qr_dbf_sie3000_log as q join granol_sie3000_dbf as a   on
q.cnrnum = a.cnrnum join granol_sie3200_dbf as b   on a.cnrnum = b.inrnum
join granol_sie3300_dbf as c   on q.cnrnum = c.romnum join
sif50_mov1000_dbf as d on a.cnrcon = d.movcon and  a.cnruni = d.movunc
and  a.cnrnfr = d.movnpr where  ( b.inrdco = 1 or a.cnrlrt = 70 ) and
b.inrcmv in (21,49,72) and  c.romtip = 'D'  order by q.cnrnum
LIMIT 1

resultado do plano
Limit  (cost=36.50..36.51 rows=1 width=331) (actual time=0.053..0.053 
rows=0 loops=1)
  -  Sort  (cost=36.50..36.51 rows=1 width=331) (actual time=0.046..0.046 
rows=0 loops=1)

Sort Key: q.cnrnum
-  Nested Loop  (cost=6.20..36.49 rows=1 width=331) (actual 
time=0.025..0.025 rows=0 loops=1)
  Join Filter: ((outer.cnrcon = inner.movcon) AND 
(outer.cnruni = inner.movunc))
  -  Nested Loop  (cost=6.20..31.65 rows=1 width=328) (actual 
time=0.020..0.020 rows=0 loops=1)
-  Nested

Re: [pgbr-geral] Utilizacao ou nao utilizacao de indice

[Luiz Rafael Culik Guimaraes]

Alvaro


eu aprendi um truque com o oracle no caso de select com datas

nao usar =  e =

tente usar 
EXPLAIN

SELECT 1
FROM nota_fiscal nf
JOIN produto_nota_fiscal pnf USING (cd_nota_fiscal)
WHERE nf.dt_emissao '2006-04-04'
 AND nf.dt_emissao '2006-04-06'


ou entao

SELECT COUNT(*) FROM nota_fiscal WHERE dt_emissao '2006-04-04' 
AND dt_emissao '2006-04-07';


[]s
Luiz

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

Re: [pgbr-geral] Alterar encoding - Backup e Restores

[Luiz Rafael Culik Guimaraes]

Tiago

Pelo que sei, o proprio window e burro demais par utf8, pelo que sei ate 
hoje o delphi nao suporta ele.


Alem do mais, na ninha opiniao, nao tem necessidade de usar banco em unicode 
no brasil


[]s
Luiz 


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

Re: [pgbr-geral] Execute retornar valor

[Luiz Rafael Culik Guimaraes]

Ola

Eu sugiro alterar oara


CREATE OR REPLACE FUNCTION execd(text)  RETURNS integer AS
$BODY$
declara
nnn  integer;
begin
   /* $1 seria '(SELECT MAX(codgeral) FROM histviag.carga)' */
  execute $1;
   return nnn

end;$BODY$
 LANGUAGE 'plpgsql' VOLATILE;

e passaria sua query como
select max(codgeral) into nnn FROM histviag.carga

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

Re: [pgbr-geral] Ultimo dia de um mês

[Luiz Rafael Culik Guimaraes]

Ola

se quer otimizar essa query use
select * from notas where 
  dt_emissao  (date('2007-05-01')-1 ) and
  dt_emissao  (date('2007-06-01') -1)

  order by dt_emissao ;;

[]s
Luiz

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

Re: [pgbr-geral] Problema de compilação

[Luiz Rafael Culik Guimaraes]

Buenas

Falta o pacote kernel-devel e glibc-devel

eu compilei sem problemas o postgresql 8.2x no meu cl10

[]s
Luiz

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