Re: [pgbr-geral] Paginação

[Jota]

Pessoal,

Outra opção é realizar um select na tabela pg_class pelo atributo
reltuples, assim é possível extrair a quantidade de linhas da sua
tabela. Porém, é importante executar o analyze no mínimo uma vez por
dia para ter estatísticas mais precisas.

O select é: SELECT reltuples FROM pg_class WHERE relname='nome_da_tabela';

[]s

2009/2/18 Nilson Chagas :
> Puxa vou ler sobre.
>
> []s
> Nilson Chagas - Ubuntu User 25794
> ---
> Visite:
> http://www.amados.com.br/podcast -> Peça gratuitamente um curso Bíblico
> http://tempodesalvacao.blogspot.com/
> http://bbnradio.org/ -> Ouça a rádio e faça gratuitamente um Curso Biblico
>
>
>
>
> 2009/2/18 Dickson S. Guedes 
>>
>> 2009/2/18 sergio santos :
>> > Veja bem pessoal,
>> > se eu usar o limit o método RecordCount do Adodb vai me retornar o valor
>> > limit e não o número de registro.
>> > Sendo assim, como estou fazendo uma paginação, vai ficar difícil saber o
>> > número de páginas vou ter
>> >
>> > o que vocês acham?
>>
>> Ola Sergio,
>>
>> Você precisa saber *exatamente* quantas paginas darão? Uma estimativa
>> (assim como o Google faz) já não ajudaria?
>>
>> Dependendo do tamanho desta sua tabela você pode aproveitar as
>> estatísticas do banco, ao invés de fazer um count(*) para saber o
>> total de registros e paginar.
>>
>> Faça um teste de exemplo em uma *base de teste*:
>>
>> CREATE TABLE temp (a int);
>> INSERT INTO temp SELECT generate_series(1,10);
>> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
>> ANALYZE temp;
>> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
>> INSERT INTO temp SELECT generate_series(1,2);
>> SELECT count(*) from temp;
>> ANALYZE temp;
>> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
>> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
>> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
>> SELECT count(*) from temp;
>> DROP TABLE temp;
>>
>> Veja como os resultados podem variar no caso do count a medida que o
>> volume de dados vai crescendo.
>>
>> Obviamente o script acima não contem a solução pronta, é apenas uma
>> demonstração de que é possível trabalhar com estimativas ao invés de
>> exatos, em determinadas situações.
>>
>> Para se aprofundar, leia:
>>
>> http://www.postgresql.org/docs/current/static/monitoring-stats.html
>>
>>
>> Dickson S. Guedes
>> -
>> mail/xmpp: gue...@guedesoft.net - skype: guediz
>> http://guedesoft.net - http://planeta.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
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Paginação

[Jota]

Olá,

Ótima dica do Guedes.



2009/2/18 Dickson S. Guedes :
> 2009/2/18 sergio santos :
>> Veja bem pessoal,
>> se eu usar o limit o método RecordCount do Adodb vai me retornar o valor
>> limit e não o número de registro.
>> Sendo assim, como estou fazendo uma paginação, vai ficar difícil saber o
>> número de páginas vou ter
>>
>> o que vocês acham?
>
> Ola Sergio,
>
> Você precisa saber *exatamente* quantas paginas darão? Uma estimativa
> (assim como o Google faz) já não ajudaria?
>
> Dependendo do tamanho desta sua tabela você pode aproveitar as
> estatísticas do banco, ao invés de fazer um count(*) para saber o
> total de registros e paginar.
>
> Faça um teste de exemplo em uma *base de teste*:
>
> CREATE TABLE temp (a int);
> INSERT INTO temp SELECT generate_series(1,10);
> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
> ANALYZE temp;
> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
> INSERT INTO temp SELECT generate_series(1,2);
> SELECT count(*) from temp;
> ANALYZE temp;
> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
> SELECT pg_stat_get_live_tuples(oid) from pg_class where relname = 'temp';
> SELECT count(*) from temp;
> DROP TABLE temp;
>
> Veja como os resultados podem variar no caso do count a medida que o
> volume de dados vai crescendo.
>
> Obviamente o script acima não contem a solução pronta, é apenas uma
> demonstração de que é possível trabalhar com estimativas ao invés de
> exatos, em determinadas situações.
>
> Para se aprofundar, leia:
>
> http://www.postgresql.org/docs/current/static/monitoring-stats.html
>
>
> Dickson S. Guedes
> -
> mail/xmpp: gue...@guedesoft.net - skype: guediz
> http://guedesoft.net - http://planeta.postgresql.org.br
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Carga noturna, TXT ou XML?

[Jota]

Olá,

O dblink é a grosso modo uma forma de você se conectar a outro SGBD e
manipular os dados dos SGBDs envolvidos.

[]s

2009/2/18 Guilherme Carvalho :
> Mas no caso o DBLINK acessaria um outro SGBD, no caso eu teria como fazer o
> postgreSQL com o DBLINK acessar uma base em Firebird? Pelo que li neste
> wiki,
> http://pt.wikibooks.org/wiki/PostgreSQL_Pr%C3%A1tico/Replica%C3%A7%C3%A3o,
> o DBLINK é para replicação entre bases PostgreSQL.
>
> 2009/2/18 José Mello Júnior 
>>
>> Através de um comando INSERT annhado com um select do DBLINK vc obtém as
>> informações e a atualização. Já fiz isto no access para um sistema da
>> Receita Federal e funcionou muito bem.
>>
>> []´s
>>
>> 2009/2/18 
>>>
>>> Uma boa opção é acessar diretamente os dados do firebird usando pljava
>>> com um drive jdbc adequado
>>>
>>> 2009/2/17 Guilherme Carvalho 

 Estou com uma demanda para ler dados de um outro banco, Firebird, todas
 as noites e trazer para um banco PostgreSQL, neste caso o melhor é ler de 
 um
 arquivo txt ou de um arquivo XML?


 Atenciosamente
 Guilherme de Carvalho Carneiro.

 ___
 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
>>>
>>
>>
>>
>> --
>> José de Mello Júnior
>> 41.9957-2007
>>
>> ___
>> 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
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] 1/2 off - sitema de arquivos linux

[Jota]

Olá,

É uma boa pergunta. Apenas uma correção é ReiserFS e não RaserFS. Tem
o XFS também que é bastante rápido.

Depende muito do que você necessita. Por exemplo, o EXT3 não suporte
redimensionamento para blocos superiores a 8k e a restauração do
journaling é lento.

Abraços


2009/2/18 Eduardo :
> Srs,
>
> Nas instalações atuais, qual sistema de arquivos os srs tem
> utilizado/Recomendado para uso com o banco?
>
> Ext3?
> RaserFS?
> Outro?
>
> --
>
> Eduardo
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Paginação

[Jota]

Olá,

Bem lembrado pelo Osvaldo, se você utilizar um cursor deve manter uma
transação em aberto para processar.

Também não sei precisar qual é mais eficiente.

[]s

2009/2/18 Osvaldo Kussama :
> 2009/2/18 José Mello Júnior :
>> Endendo que a questão está muito mais para a ótica de um aplicativo do que
>> para o SGBD, mas aproveitando esta dúvida eu gostaria de perguntar o
>> seguinte: em um caso como esse, é mais fácil (ou dinâmico) a manipulação de
>> um cursor, onde o postgres se preocupa com o dimensionamento do resultado ou
>> utilizando LIMIT e OFFSET as consultas são de alguma forma otimizadas?
>>
>
>
> Creio que para utilizar CURSOR neste caso você necessita manter uma
> transação aberta.
>
> Se isso não for um empecilho é realmente uma alternativa.
>
> Não sei qual das soluções (CURSOR ou OFFSET/LIMIT) é mais eficiente.
>
> Osvaldo
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Paginação

[Jota]

Olá,

Qual tipo de paginação você está se referindo? A paginação interna ou
você fala paginação através do limit e offset (select campo1,campo2
from tabela limit 10) para a exibição dos registros?

[]s

2009/2/18 sergio santos :
> Pessoal,
> tô estudando sobre paginação no PostgreSQL.
>
> dei uma olhadinha na lista e achei algumas coisas interessantes. No entanto,
> estou enviando este email para ver se alguém tem algum link que me mostre
> bem detalhado como é o processo de paginação no PostgreSQL.
>
> Exemplo
> Se eu tenho um SQL que vai me retornar 1 registros quero exibir 50 por
> páginas.
>
> obrigado pela atenção
>
> --
> Sérgio Antônio dos Santos
> Bacharel em Sistemas de Informação
> (31) 8573-7004
>
> ###
>
> Vem aí...
> SEARA 2009
> 21 a 24 de Fevereiro - Campus da UFV - Viçosa - MG
>
> "Alcancei misericórdia e a graça do Senhor foi imensa." (ITm 1, 13b, 14a)
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Carga noturna, TXT ou XML?

[Jota]

Olá,

Você quer migrar dados toda a noite dados do Firebird para o PG?

[]s

2009/2/17 Guilherme Carvalho :
> Estou com uma demanda para ler dados de um outro banco, Firebird, todas as
> noites e trazer para um banco PostgreSQL, neste caso o melhor é ler de um
> arquivo txt ou de um arquivo XML?
>
>
> Atenciosamente
> Guilherme de Carvalho Carneiro.
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Busca de gargalo.

[Jota]

Olá,

Quer dizer então que seu PG está cru, sem nenhuma parametrização? O
seu outro PG que você comentou está com alguma configuração?

[]s

2009/2/17 "André Ormenese ( Yahoo )" :
> Jota,
> o dump é texto e o arquivo tem 862 MB. O dump está em texto pois tive
> que passar um iconv nele para poder transferir de uma base SQL_ASCII
> para UTF-8.
>
> O que estou estranhando é que fiz este mesmo teste em outra máquina,
> teoricamente mais fraca e a carga dos dados foi infinitamente mais rápida.
>
> Estou desconfiado das configurações do postgresql.conf, juntamente com a
> SHMMAX do SO.
>
> Tenho 16 GB de RAM mas qdo dou um "top", no FreeBSD, só é mostrado 3 GB.
>
> Aliás não tenho os cálculos adequados para fazer toda esta
> parametrização, ou seja, em função da RAM definir /SHMMAXPGS,/
> /SHMSEG, /e consequentemente shared_buffers, work_mem,
> maintenance_work_mem, max_stack_depth, max_fsm_pages, max_fsm_relations
> e por aí vai
>
> Minha controladora é uma P400 smart array, os discos são 4 SCSI de 72GB
> com 10k rpm, raid 1+0.
>
> Estou buscando estas informações na web, mas se alguém tiver uns toques
> a dar, será de grande valia.
>
> Obrigado
> André
>
>
>
> Jota escreveu:
>> Olá,
>>
>> Outra questão. Como você está restaurando o banco? É um dump texto ou
>> binário? Tamanho do dump que você está importando?
>>
>> []s
>>
>> 2009/2/17 Jota :
>>
>>> Olá,
>>>
>>> Monitoramento é a resposta.
>>>
>>> Você deve monitorar o I/O com ferramentas como o iostat e o sar, além
>>> disso é importante monitorar a CPU.
>>>
>>> Como está a sua configuração do PG? Quais os parâmetros que você
>>> alterou no postgresql.conf?
>>>
>>> Você alterou fsync, checkpoint_segments, remove os índices?
>>>
>>> []s
>>>
>>> 2009/2/17 "André Ormenese ( Yahoo )" :
>>>
>>>> Boa tarde pessoal !!
>>>> Estou montando um servidor de banco com FreeBSD 6.2 e PostgreSQL 8.3.6.
>>>> Neste momento estou fazendo uma carga de dados, mas estou achando muito
>>>> lento.
>>>> Como saber se o problema está na configuração do postgresql.conf, ou se
>>>> é problema de I/O ???
>>>>
>>>> Obrigado
>>>> André
>>>> ___
>>>> pgbr-geral mailing list
>>>> pgbr-geral@listas.postgresql.org.br
>>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>>
>>>>
>>>
>>> --
>>> João Paulo
>>> www.dextra.com.br/postgres
>>> PostgreSQL
>>>
>>>
>>
>>
>>
>>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Busca de gargalo.

[Jota]

Olá,

Outra questão. Como você está restaurando o banco? É um dump texto ou
binário? Tamanho do dump que você está importando?

[]s

2009/2/17 Jota :
> Olá,
>
> Monitoramento é a resposta.
>
> Você deve monitorar o I/O com ferramentas como o iostat e o sar, além
> disso é importante monitorar a CPU.
>
> Como está a sua configuração do PG? Quais os parâmetros que você
> alterou no postgresql.conf?
>
> Você alterou fsync, checkpoint_segments, remove os índices?
>
> []s
>
> 2009/2/17 "André Ormenese ( Yahoo )" :
>> Boa tarde pessoal !!
>> Estou montando um servidor de banco com FreeBSD 6.2 e PostgreSQL 8.3.6.
>> Neste momento estou fazendo uma carga de dados, mas estou achando muito
>> lento.
>> Como saber se o problema está na configuração do postgresql.conf, ou se
>> é problema de I/O ???
>>
>> Obrigado
>> André
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> João Paulo
> www.dextra.com.br/postgres
> PostgreSQL
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Busca de gargalo.

[Jota]

Olá,

Monitoramento é a resposta.

Você deve monitorar o I/O com ferramentas como o iostat e o sar, além
disso é importante monitorar a CPU.

Como está a sua configuração do PG? Quais os parâmetros que você
alterou no postgresql.conf?

Você alterou fsync, checkpoint_segments, remove os índices?

[]s

2009/2/17 "André Ormenese ( Yahoo )" :
> Boa tarde pessoal !!
> Estou montando um servidor de banco com FreeBSD 6.2 e PostgreSQL 8.3.6.
> Neste momento estou fazendo uma carga de dados, mas estou achando muito
> lento.
> Como saber se o problema está na configuração do postgresql.conf, ou se
> é problema de I/O ???
>
> Obrigado
> André
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 voltou no passado (urgente)

[Jota]

Olá,

Alguma vez vocês rodaram o vacuum freeze?

Abraços

2009/2/17 Sebastian SWC :
> 2009/2/17 Edson Mundin Ferreira :
>> é rodado vacuum full uma vez por semana
>> e vacuum (não full) os demais dias
>> e reindex uma vez por semana
>>
>> versão: "PostgreSQL 8.1.15 on x86_64-redhat-linux-gnu, compiled by GCC
>> gcc (GCC) 4.1.2 20070925 (Red Hat 4.1.2-33)"
>>
>
> de q adianta rodar vacuum, vacuum full e reindex (talvez até
> desnecessário..) se não fazem backup!?
>
> faz um backup da pasta data e tenta resetar o log de transação[1]...
>
> [1] http://www.postgresql.org/docs/8.1/static/app-pgresetxlog.html
> --
> Atenciosamente,
> Sebastian Selau Webber Colombo
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Create Index out of memory

[Jota]

Olá,

Por isso mesmo que o Coutinho falou isso Mateus. Se você colocar um
valor superior a 256MB você irá estourar o tamanho máximo da sua
memória. Então você tem que colocar 256MB ou menos.

Chegou a fazer a modificação no shmall como o Euler comentou?

[]s

2009/2/17 mateusgra :
>
> Mas o estranho é que so aceita valores abaixo de 256MB.
>
>
> Coutinho wrote:
>>
>>
>> o problema é que você estava distribuindo mais memória do que vc tinha na
>> verdade.
>> Com isso quando o postgresql tentava alocar a quantidade de ram que você
>> havia pedido para manutenção, dava estouro.
>> Você disse que tinha 2GB livre, mas você tem que se lembrar também da
>> memória usada por cada conexão.
>>
>> On Fri, 13 Feb 2009 05:30:02 -0800 (PST), mateusgra 
>> wrote:
>>>
>>> Tenho 2GB de memoria livre e ja reduzir o shmall tb.
>>>
>>> Agora fiz um teste e ele so esta deixando eu criar o indice qdo eu coloco
>>> 256MB no maintenance_work_mem so com esse valor.
>>>
>>>
>>>
>>> Euler Taveira de Oliveira-2 wrote:

 mateusgra escreveu:
> Postgresql 8.2.12 , Indice btree, Consigo fazer um select na tabela.
>
 Se você consegue fazer aquele SELECT é porque provavelmente não há
>>> dados
 corrompidos. Quanto de memória livre tem atualmente? Você tentou
>>> reduzir a
 shmall?


 --
   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
>>
>>
>
> --
> View this message in context: 
> http://www.nabble.com/Create-Index-out-of-memory-tp21994910p22058154.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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 voltou no passado (urgente)

[Jota]

Olá,

Por acaso vocês rodam o procedimento de vacuum diariamente? Qual a
versão do PostgreSQL vocês estão utilizando?

Abraços

2009/2/17 Edson Mundin Ferreira :
> tive um problema com o erro "arquivo pg_clog/ não existe"
> vi em algumas discussoes mandando recriar esse arquivo usando:
>
> dd if=/dev/zero of=/var/lib/pgsql/data/pg_clog/ bs=512b count=1
>
> após feito o banco voltou alguns meses no passado
>
> obs: o cara não tem backup
>
> o que aconteceu?
> há algo que posso fazer?
> alguem poderia ajudar em algo ?
>
>
> obrigado
> Édson
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 função que retorna o resu ltado de um SELECT

[Jota]

Olá,

Quando você usa como retorno da função o SETOF, você obrigatoriamente
deve chamar a função no seguinte formato: SELECT * FROM
nome_da_funcao(argumentos_se_existir);

Uma pergunta. Sua função tem mais coisa ou apenas o que você postou
aqui, pois percebi que você declarou variáveis e não utilizou.


[]s

2009/2/16 Newton Teixeira do Nascimento Júnior
:
> Olá comunidade, estou tentando retornar o resultado de um SELECT (na tabela
> DISPONIBILIDADE_EQ) para aplicação e não estou conseguindo.
>
> Eis a forma que estou tentando fazer. O que estou fazendo de errado ? (PS:
> PostgreSQL 8.2.4)
>
>
>
> CREATE OR REPLACE FUNCTION fs_disponibilidade_barras_diario( barra character
> varying, data date, tolerancia integer)
>
> RETURNS SETOF "DISPONIBILIDADE_EQ" AS $BODY$
>
>
>
> DECLARE
>
>
>
> r "DISPONIBILIDADE_EQ"%ROWTYPE;
>
> r_sql_barras RECORD;
>
>
>
> aux_tolerancia integer;
>
> sql_barras text = '';
>
> id_barra character varying(20);
>
>
>
> BEGIN
>
>
>
> FOR r IN  SELECT * FROM "DISPONIBILIDADE_EQ" LOOP
>
> RETURN NEXT r;
>
> END LOOP;
>
>
>
> RETURN;
>
>
>
> END; $BODY$
>
>   LANGUAGE 'plpgsql' VOLATILE;
>
> ALTER FUNCTION fs_disponibilidade_barras_diario(character varying, date,
> integer) OWNER TO sage;
>
>
>
> SELECT fs_disponibilidade_barras_diario('-1', '2009-02-10', 30);
>
>
>
>
>
> Está dando o seguinte erro:
>
>
>
> ERRO:  função que tem argumento do tipo conjunto foi chamada em um contexto
> que não pode aceitar um conjunto
>
> CONTEXTO:  PL/pgSQL function "fs_disponibilidade_barras_diario" line 52 at
> return next
>
>
>
> ** Erro **
>
>
>
> ERRO: função que tem argumento do tipo conjunto foi chamada em um contexto
> que não pode aceitar um conjunto
>
> SQL state: 0A000
>
>
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Tunning Postgres

[Jota]

Olá,

Legal a sua iniciativa. Gostaria de apenas fazer alguns comentários.

No parâmetro max_connections você comentou que deve ser o menor número
possível, porém não explicou o motivo.

O shared_buffers não armazena as consultas mas sim os dados (tuplas).
Acredito que é legal você comentar sobre o parâmetro shmmax para você
poder fazer a alteração no shared_buffers.

O work_mem é utilizado para operações de ordenação (order by) e
agrupamento (group by). Discordo do comentário que não deve
ultrapassar 20% da memória RAM.

O maintenance_work_mem é a memória utilizada para operações de vacuum,
analyze, create index. O comando copy não faz uso deste parâmetro.

O parâmetro effective_cache_size é quanto do cache do SO será
destinado ao PostgreSQL. Não concordo com suas estimativas de utilizar
no máximo 25% da memória RAM e se o servidor for dedicado 50%.

E não se sinta desmotivado, sua iniciativa foi interessante. Acredito
que com a ajuda do pessoal aqui você pode conseguir fazer um documento
bem bacana.



2009/2/13 Lucas Souza :
> Diego eu estou preparando este material... (em anexo), procurei bastante na
> net... nos testes em PCs, melhorou o desempenho,
>
> acredito que se configrado em um computador proprio para servidor de banco
> de dados, os resultados serão bem melhores, e você pode usar ferramentas de
> stress, para testar o antes e o depois
>
>
> aproveitando se alguem poder conferir e dar mais dicas/ criticas/ sugestoes,
> sobre o material agradeceria...
>
>
>
>
>
> 2009/2/13 Dickson S. Guedes 
>>
>> 2009/2/13 Diego Plentz :
>> >(...)  Minha dúvida seria se existe algum documento "bíblia" pra esse
>> > tipo de ajuste, que
>> > é tido como uma boa referência para o assunto (não tem problema de ser
>> > em
>> > inglês).
>>
>> Ola Diego,
>>
>> E se eu disser que essa "bíblia" existe? Sim, existe! No entanto, seus
>> "profetas", que estão espalhados pelo mundo,  não estão com suas vozes
>> caladas... eles espalham suas experiências em listas, blogs,
>> palestras, etc, para que nós, meros mortais, possamos consultar os
>> "oráculos internéticos" e resgatar os pergaminhos de outrora...
>>
>> Em resumo, o que existe é um apanhado de informações espalhadas que
>> precisam ser buscadas, analisadas, compiladas e ajustadas para as
>> situações individuais de cada um.
>>
>> Aconselho você a iniciar pelos links a seguir, e se tiver dúvida ou
>> casos de uso de algumas idéias encontradas, compartilhe conosco.
>>
>> http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-June/009608.html
>>
>> http://listas.postgresql.org.br/pipermail/pgbr-geral/2007-July/001798.html
>>
>> http://archives.postgresql.org/pgsql-performance/2007-01/msg00372.php
>>
>> http://archives.postgresql.org/pgsql-jdbc/2007-11/msg9.php
>>
>> http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
>>
>> http://wiki.postgresql.org/wiki/Community_Disk_Tuning_Guide
>>
>> http://pgtune.projects.postgresql.org/
>>
>>
>> http://www.postgresql.org/files/documentation/books/aw_pgsql/writing_apps.pdf
>>
>>
>> http://www.postgresql.org/files/documentation/books/aw_pgsql/hw_performance/
>>
>>
>> http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=sintonia-euler.pdf
>>
>>
>> http://www.pgcon.org/2008/schedule/attachments/81_researching_postgresql.pdf
>>
>> http://www.midstorm.org/~telles/tag/tuning/
>>
>>
>> http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=postgresql_leopardo_pgconbr.pdf
>>
>>
>> http://www.slideshare.net/telles/postgresql-tuning-o-elefante-mais-rpido-que-um-leopardo-presentation
>>
>>
>> http://imasters.uol.com.br/artigo/5191/postgresql/checklist_de_performance_do_postgresql_80/
>>
>> Um abraço,
>> --
>> Dickson S. Guedes
>> -
>> mail/xmpp: gue...@guedesoft.net - skype: guediz
>> http://guedesoft.net - http://planeta.postgresql.org.br
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> --
> --
> Lucas de Souza D'Ávila
> Graduando em Sistema de Informação - Escola Superior de Criciúma, ESUCRI
> (localizada em Criciuma, SC)
> CV Lattes: http://lattes.cnpq.br/9245658982061645
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Recepção de email da lista.

[Jota]

Aqui parece normal também :)

[]s

2009/2/5 Lucas Souza :
> Rubens verifica se recebeu o e-mail no inicio do mê, que lembra que você
> participa da comunidade,
>
> se não recebeu tenta se cadastrar novamente na lista
>
> 2009/2/5 Marcos Leon 
>>
>> Boa tarde,
>>
>> Para mim também está normal.
>>
>> 2009/2/5 Fábio Telles Rodriguez 
>>>
>>> 2009/2/5 Rubens José Rodrigues
>>> :
>>> > Pessoal,
>>> >
>>> >
>>> >
>>> > Estou com dificuldades em receber emails da lista, estou acompanhando
>>> > as
>>> > threads através do site da lista, alguém pode me ajudar ou é um
>>> > problema
>>> > generalizado?
>>> >
>>>
>>> Aqui parece tudo bem. Alguém mais sentindo dificuldade?
>>>
>>> []s
>>>
>>> >
>>> >
>>> > Obrigado
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Att.
>>> >
>>> >
>>> > 
>>> >
>>> > Rubens José Rodrigues
>>> >
>>> > ___
>>> > pgbr-geral mailing list
>>> > pgbr-geral@listas.postgresql.org.br
>>> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> blog: http://www.midstorm.org/~telles/
>>> e-mail / jabber: fabio.tel...@gmail.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
>>
>
>
>
> --
> Lucas Souza
> Graduando em Sistema de Informação - Escola Superior de Criciúma, ESUCRI
> (localizada em Criciuma, SC)
> CV Lattes: http://lattes.cnpq.br/9245658982061645
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dicas para um bom logging no PostgreSQL.

[Jota]

Olá,

Faço o mesmo que o meu amigo Dickson.

[]s

2009/2/5 Dickson S. Guedes :
> 2009/2/5 Rubens José Rodrigues :
>> (...)
>> "Será que o que estamos coletando realmente é o suficiente ou
>> podemos otimizar o que coletamos?"
>> (...)
>> >  O QUE <
>>
>> Log_connections = on
>> Log_disconnections = on
>> Log_durarion = on
>> Log_line_prefix = '<%t %u %r>'
>
> Olá Rubens,
>
> A fim de capturar as instruções cujo tempo de execução seja igual ou
> superior à 50ms, eu costumo utilizar também:
>
> log_min_duration_statement = 50
>
> Quanto ao meu log_line_prefix eu utilizo ele um pouco diferente, tendo
> em vista que uso o pgfouine [1] para gerar relatórios.
>
> [1] http://pgfouine.projects.postgresql.org/
>
>
> []s
> Guedes
>
> --
> Dickson S. Guedes
> -
> mail/xmpp: gue...@guedesoft.net  -  skype: guediz
> http://guedesoft.net - http://planeta.postgresql.org.br
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Exclusão de registro dentro de For .. loop

[Jota]

Olá,

Sim, é possível.

[]s

2009/1/30 Jean Domingues :
>
> Pessoal, queria saber se isso eh possível, excluir um registro que se
> encontra no cursor que estou percorrendo, como no codigo abaixo:
>
> for regCR in select * from contas_receber where id_venda = IdVenda
> loop
>..
>   delete from contas_receber where id = regCR.id;
> end loop
> --
> View this message in context: 
> http://www.nabble.com/Exclus%C3%A3o-de-registro-dentro-de-For-..-loop-tp21750419p21750419.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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] INSTALAÇÃO BINARIA X INSTALAÇ ÃO POR PACOTE

[Jota]

Olá,

Em qualquer Linux, não apenas no Debian.

[]s

2009/1/30 Sebastian SWC :
> 2009/1/30 Jota :
>> Opa,
>>
>> de 2% à 5% também concordo que é muito. Se eu pensar eu consigo 3%
>> aqui, mais 3% ali mais 4% lá e assim vai. No final eu tenho um ganho
>> bastante considerável.
>>
>
> concordo! mas esse fator de compilar o software na arquitetura
> específica faz diferença só no debian ou em qualquer linux?
>
> --
> Atenciosamente,
> Sebastian Selau Webber Colombo
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] INSTALAÇÃO BINARIA X INSTALAÇ ÃO POR PACOTE

[Jota]

Olá,

Apenas uma correção no meu texto.


>> * É importante dizer que na instalação a partir do código fonte a compilação
>> analisa seu processador, memoria, hardware e começa a compilar de acordo com
>> o hardware, aproveitando melhor os recursos do servidor;
>
> Sim. Com relação a arquitetura. Não tem haver com os recursos de hardware.


2009/1/30 Jota :
> Opa,
>
>
> 2009/1/30 Junin :
>> Fala Jota,
>>
>
>> * Na compilação vc pode aumentar os tamanhos de BlockSIZE;
>
> Sim. Você pode modificar o BLCKSZ no pg_config_manual.h se precisar
> modificar este parâmetro.
>
>> * Uma migração por binário posso trabalhar com os bancos no ar e em pacotes
>> custa mais tempo;
>
> Não entendi o que você quis dizer neste ponto. Que em uma migração
> você pode trabalhar com o banco no ar e em pacotes custa mais tempo.
>
>
>>
>>
>> Att.
>>
>> 2009/1/30 Jota 
>>>
>>> Fala, Valter
>>>
>>> Beleza?
>>>
>>> Acho sua questão bem interessante de ser discutida. No meu ponto de
>>> vista acredito que existem algumas questões que podem ser levadas em
>>> conta.
>>>
>>> Se você precisa de facilidade acho que nada mais fácil que executar:
>>> apt-get install postgresql-8.3. Detalhe é que este processo ter que
>>> ser executado pelo root.
>>>
>>> Eu tenho costumo de realizar a instalação a partir do código fonte.
>>> Uma das vantagens que vejo é a possibilidade de realizar a compilação
>>> de acordo com a arquitetura. Além disso, no momento da instalação é
>>> possível definir a porta de conexão se quiser fazer a instalação em
>>> uma porta diferente da porta padrão. Você pode escolher também onde
>>> ficarão os arquivos após a instalação (--prefix).
>>>
>>> Creio que dessa forma você entende todos os passos que o PostgreSQL
>>> executa quando você faz uma instalação via pacote, pois na instalação
>>> via código fonte você irá executar o ./configure, make, make check e
>>> make install e após isso executará o initdb para a criação do cluster
>>> (criação do diretório data) e por fim o pg_ctl para iniciar o serviço
>>> do PostgreSQL.
>>>
>>> Além disso, nesta forma é possível passar como parâmetro para o initdb
>>> a codificação (charset) que você quer utilizar, assim como o locale.
>>> Também é possível especificar o local onde ficarão os logs de
>>> transação (pg_xlog) caso você opte por um local diferente do padrão
>>> data/pg_xlog.
>>>
>>> Lembrando que a colocação do pg_xlog em um disco diferente do
>>> diretório data melhora a performance do sistema. Claro que esta
>>> modificação você pode fazer depois que o banco está instalado, mas se
>>> você pode fazer antes para que deixar para depois.
>>>
>>> Bom acho que era isso
>>>
>>> Qualquer coisa estamos por ai.
>>>
>>> []s
>>>
>>>
>>> 2009/1/30 Junin :
>>> > Amigos,
>>> >
>>> > Em um servidor debian, muito se fala que a instalação binária é melhor
>>> > que a
>>> > instalação por pacote. Como na comunidade existem muitas dba's com
>>> > bancos em
>>> > produção, gostaria de saber qual a melhor instalação, porque a escolha
>>> > da
>>> > instalação e os prós e contras de cada instalação. Conto com a ajuda de
>>> > todos.
>>> >
>>> > Att.
>>> > --
>>> > VALTER CEZAR PRADO JUNIOR
>>> > GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP
>>> > ANALISTA DE SISTEMAS - BYSAT
>>> > DBA / PROJETISTA DE SISTEMAS - PBH
>>> > INTEGRANTE DA COMUNIDADE PGBR-GERAL
>>> >
>>> > Sem saber como fazer ele fez!
>>> >
>>> > ___
>>> > pgbr-geral mailing list
>>> > pgbr-geral@listas.postgresql.org.br
>>> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> João Paulo
>>> www.dextra.com.br/postgres
>>> PostgreSQL
>>> ___
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>>
>> --
>> VALTER CEZAR PRADO JUNIOR
>> GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP
>> ANALISTA DE SISTEMAS - BYSAT
>> DBA / PROJETISTA DE SISTEMAS - PBH
>> INTEGRANTE DA COMUNIDADE PGBR-GERAL
>>
>> Sem saber como fazer ele fez!
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
> []s
>
> --
> João Paulo
> www.dextra.com.br/postgres
> PostgreSQL
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] INSTALAÇÃO BINARIA X INSTALAÇ ÃO POR PACOTE

[Jota]

Opa,

de 2% à 5% também concordo que é muito. Se eu pensar eu consigo 3%
aqui, mais 3% ali mais 4% lá e assim vai. No final eu tenho um ganho
bastante considerável.

[]s

2009/1/30 Junin :
> 2 a 5% dependendo da disponibilidade é muita coisa...
>
> 2009/1/30 Sebastian SWC 
>>
>> 2009/1/30 Junin :
>> > Fala Jota,
>> >
>> > * É importante dizer que na instalação a partir do código fonte a
>> > compilação
>> > analisa seu processador, memoria, hardware e começa a compilar de acordo
>> > com
>> > o hardware, aproveitando melhor os recursos do servidor;
>>
>> é, mais isso não vai trazer grandes diferenças, talvez uma pequena
>> mudança de 2 a 5% em relação ao pacote. (conclui isso lendo esse
>> artigo[1] do morimoto, mas como era sobre o gentoo não tenha muito a
>> ver com o debian...)
>>
>> [1] http://www.gdhpress.com.br/blog/gentoo-bsd-e-solaris/
>>
>>
>>
>> --
>> Atenciosamente,
>> Sebastian Selau Webber Colombo
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> --
> VALTER CEZAR PRADO JUNIOR
> GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP
> ANALISTA DE SISTEMAS - BYSAT
> DBA / PROJETISTA DE SISTEMAS - PBH
> INTEGRANTE DA COMUNIDADE PGBR-GERAL
>
> Sem saber como fazer ele fez!
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] INSTALAÇÃO BINARIA X INSTALAÇ ÃO POR PACOTE

[Jota]

Opa,


2009/1/30 Junin :
> Fala Jota,
>
> * É importante dizer que na instalação a partir do código fonte a compilação
> analisa seu processador, memoria, hardware e começa a compilar de acordo com
> o hardware, aproveitando melhor os recursos do servidor;

Sim. Exatamente.

> * Na compilação vc pode aumentar os tamanhos de BlockSIZE;

Sim. Você pode modificar o BLCKSZ no pg_config_manual.h se precisar
modificar este parâmetro.

> * Uma migração por binário posso trabalhar com os bancos no ar e em pacotes
> custa mais tempo;

Não entendi o que você quis dizer neste ponto. Que em uma migração
você pode trabalhar com o banco no ar e em pacotes custa mais tempo.


>
>
> Att.
>
> 2009/1/30 Jota 
>>
>> Fala, Valter
>>
>> Beleza?
>>
>> Acho sua questão bem interessante de ser discutida. No meu ponto de
>> vista acredito que existem algumas questões que podem ser levadas em
>> conta.
>>
>> Se você precisa de facilidade acho que nada mais fácil que executar:
>> apt-get install postgresql-8.3. Detalhe é que este processo ter que
>> ser executado pelo root.
>>
>> Eu tenho costumo de realizar a instalação a partir do código fonte.
>> Uma das vantagens que vejo é a possibilidade de realizar a compilação
>> de acordo com a arquitetura. Além disso, no momento da instalação é
>> possível definir a porta de conexão se quiser fazer a instalação em
>> uma porta diferente da porta padrão. Você pode escolher também onde
>> ficarão os arquivos após a instalação (--prefix).
>>
>> Creio que dessa forma você entende todos os passos que o PostgreSQL
>> executa quando você faz uma instalação via pacote, pois na instalação
>> via código fonte você irá executar o ./configure, make, make check e
>> make install e após isso executará o initdb para a criação do cluster
>> (criação do diretório data) e por fim o pg_ctl para iniciar o serviço
>> do PostgreSQL.
>>
>> Além disso, nesta forma é possível passar como parâmetro para o initdb
>> a codificação (charset) que você quer utilizar, assim como o locale.
>> Também é possível especificar o local onde ficarão os logs de
>> transação (pg_xlog) caso você opte por um local diferente do padrão
>> data/pg_xlog.
>>
>> Lembrando que a colocação do pg_xlog em um disco diferente do
>> diretório data melhora a performance do sistema. Claro que esta
>> modificação você pode fazer depois que o banco está instalado, mas se
>> você pode fazer antes para que deixar para depois.
>>
>> Bom acho que era isso
>>
>> Qualquer coisa estamos por ai.
>>
>> []s
>>
>>
>> 2009/1/30 Junin :
>> > Amigos,
>> >
>> > Em um servidor debian, muito se fala que a instalação binária é melhor
>> > que a
>> > instalação por pacote. Como na comunidade existem muitas dba's com
>> > bancos em
>> > produção, gostaria de saber qual a melhor instalação, porque a escolha
>> > da
>> > instalação e os prós e contras de cada instalação. Conto com a ajuda de
>> > todos.
>> >
>> > Att.
>> > --
>> > VALTER CEZAR PRADO JUNIOR
>> > GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP
>> > ANALISTA DE SISTEMAS - BYSAT
>> > DBA / PROJETISTA DE SISTEMAS - PBH
>> > INTEGRANTE DA COMUNIDADE PGBR-GERAL
>> >
>> > Sem saber como fazer ele fez!
>> >
>> > ___
>> > pgbr-geral mailing list
>> > pgbr-geral@listas.postgresql.org.br
>> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>> >
>> >
>>
>>
>>
>> --
>> João Paulo
>> www.dextra.com.br/postgres
>> PostgreSQL
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> --
> VALTER CEZAR PRADO JUNIOR
> GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP
> ANALISTA DE SISTEMAS - BYSAT
> DBA / PROJETISTA DE SISTEMAS - PBH
> INTEGRANTE DA COMUNIDADE PGBR-GERAL
>
> Sem saber como fazer ele fez!
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>

[]s

-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] INSTALAÇÃO BINARIA X INSTALAÇ ÃO POR PACOTE

[Jota]

Fala, Valter

Beleza?

Acho sua questão bem interessante de ser discutida. No meu ponto de
vista acredito que existem algumas questões que podem ser levadas em
conta.

Se você precisa de facilidade acho que nada mais fácil que executar:
apt-get install postgresql-8.3. Detalhe é que este processo ter que
ser executado pelo root.

Eu tenho costumo de realizar a instalação a partir do código fonte.
Uma das vantagens que vejo é a possibilidade de realizar a compilação
de acordo com a arquitetura. Além disso, no momento da instalação é
possível definir a porta de conexão se quiser fazer a instalação em
uma porta diferente da porta padrão. Você pode escolher também onde
ficarão os arquivos após a instalação (--prefix).

Creio que dessa forma você entende todos os passos que o PostgreSQL
executa quando você faz uma instalação via pacote, pois na instalação
via código fonte você irá executar o ./configure, make, make check e
make install e após isso executará o initdb para a criação do cluster
(criação do diretório data) e por fim o pg_ctl para iniciar o serviço
do PostgreSQL.

Além disso, nesta forma é possível passar como parâmetro para o initdb
a codificação (charset) que você quer utilizar, assim como o locale.
Também é possível especificar o local onde ficarão os logs de
transação (pg_xlog) caso você opte por um local diferente do padrão
data/pg_xlog.

Lembrando que a colocação do pg_xlog em um disco diferente do
diretório data melhora a performance do sistema. Claro que esta
modificação você pode fazer depois que o banco está instalado, mas se
você pode fazer antes para que deixar para depois.

Bom acho que era isso

Qualquer coisa estamos por ai.

[]s


2009/1/30 Junin :
> Amigos,
>
> Em um servidor debian, muito se fala que a instalação binária é melhor que a
> instalação por pacote. Como na comunidade existem muitas dba's com bancos em
> produção, gostaria de saber qual a melhor instalação, porque a escolha da
> instalação e os prós e contras de cada instalação. Conto com a ajuda de
> todos.
>
> Att.
> --
> VALTER CEZAR PRADO JUNIOR
> GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP
> ANALISTA DE SISTEMAS - BYSAT
> DBA / PROJETISTA DE SISTEMAS - PBH
> INTEGRANTE DA COMUNIDADE PGBR-GERAL
>
> Sem saber como fazer ele fez!
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PSQL \timing

[Jota]

Olá, Rafael

Desconheço que o \timing possa ser alterado para segundos no psql.

[]s

2009/1/30 Rafael Garbin :
> Prezados,
>
> O meu \timing aprensenta o tempo em milisegundos e gostaria de ver segundos,
> alguém sabe como eu faço para mudar isso?
> Eu sei que tem como, pois já vi a saida em segundos, mais não sei como
> fazer.
>
> []s
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] ISO 8859-1 vs UTF-8

[Jota]

Olá,

Acredito que o mais interessante é você usar UTF-8. Ele vem para se
tornar o padrão.

[]s

2009/1/29 Aluisio Gouveia :
> Boa tarde a todos,
>
> Uso PostgreSQL 8.3 com encoding=pt_BR.iso-8859-1 mas percebo que há uma
> grande discussão em torno do encoding=pt_BR.UTF-8, se for possível
> gostaria que alguem me informasse qual a melhor codificação para a ser
> utilizada com o PostgreSQL no Brasil e quais as principais diferenças
> entre eles.
>
>
> Desde ja obrigado.
>
> --
> Cordialmente;
>
> Aluisio Gouveia
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Psycopg

[Jota]

Olá, Antônio

Eu não tenho conhecimento sobre Python, mas acredito que exista algum
arquivo de configuração para você modificar as propriedades do nível
de isolamento da transação.

Outro detalhe é você entender a diferença de comportamento entre read
committed e serializable e ver qual é mais adequada para a sua
aplicação. Pelo que entendi o read committed seria o mais adequado.

Importante também foi o comentário do Coutinho. O commit é feito por
conexão e não por instrução ou seja, se você realizar um commit você
vai confirmar todas as instruções SQL que você manipulou dentro da
conexão, caso você execute um rollback nenhumas das operações SQL
serão realizadas no seu banco.

[]s



2009/1/29  :
>
> é bom vc ver sobre o nivel de isolamento mesmo. mas o commit é por conexao 
> mesmo e nao por instrução. é possível vc ver isso em várias outras linguagens 
> porque é como isso funciona realmente no potgresql, por isso não tem como vc 
> comitar o que esse cursor fez, mas sim tudo que essa conexao fez, uma vez que 
> vc nao consegue abrir mais de uma transacao por conexao. quando vc conecta, 
> você abre uma transacao, quando vc dá commit ele efetiva tudo daquela 
> tranasacao e abre outra em seguida.
>
>
> On Thu, 29 Jan 2009 17:39:52 -0200, Antonio Prado 
>  wrote:
>> Em Qui, 2009-01-29 às 12:31 -0700, couti...@mondriantecnologia.com
>> escreveu:
>>>
>>>
>>> On Thu, 29 Jan 2009 17:23:31 -0200, Jota  wrote:
>>> > Olá,
>>> >
>>> > Conforme o Coutinho disse, o psycopg trabalha com o modo auto commit
>>> > false, isso significa que você tem que forcar um commit após cada
>>> > instrução de modificação (insert/update/delete).
>>> >
>>> > Desconheco o Python, mas acredito que exista algum arquivo de
>>> > configuração para modificar este parâmetro.
>>>
>>> se nao me engano:
>>> connection.auto_commirt = true
>>
>>
>> Creio não ser necessário, pois realizo o commit a cada inserção ou
>> alteração, a não ser que exista alguma diferença no comportamento.
>>
>> O detalhe que observei é que o commit e realizado na conexão e no
>> cursor:
>>
>> conexao.cursor.execute(sql)
>> conexao.commit()
>>
>>
>> Talvez eu tenha que realizar no cursor, mas para isto creio que tem a
>> haver com o serialize, que não consigo passar como parâmetro ao realizar
>> a conexão.
>>
>> Antonio.
>>
>>
>>
>>>
>>> :)
>>>
>>> >
>>> > Outra coisa que você poderia verificar é o nível de isolamento de
>>> > transação que você está utilizando. Os níveis são read committed
>> e
>>> > serializable. Você tem como verificar isso?
>>> >
>>> > []s
>>> >
>>> >
>>> >
>>> > 2009/1/29 Antonio Prado :
>>> >> Em Qui, 2009-01-29 às 17:07 -0200, Jota escreveu:
>>> >>> Olá,
>>> >>>
>>> >>> Qual nível de transação você está utilizando? Serializable?
>>> >>
>>> >> Estou estabelecendo a conexão da seguinte forma:
>>> >> conexao = psycopg.connect("host=host dbname=db user=usuario")
>>> >>
>>> >> Devo acrescentar algum parâmetro?
>>> >>
>>> >>
>>> >> Antonio
>>> >>
>>> >>
>>> >>
>>> >>>
>>> >>> []s
>>> >>>
>>> >>> 2009/1/29 Antonio Prado :
>>> >>> > O problema:
>>> >>> >
>>> >>> > O sistema está aberto em duas seções distintas.
>>> >>> > Um usuário realiza uma alteração em um determinado cadastro.
>>> >>> > Esta alteração não se torna visível na outra seção,
>>> >>> > fazendo-se necessário fechar a aplicação e abrir novamente.
>>> >>> >
>>> >>> >
>>> >>> > A aplicação (Python):
>>> >>> >
>>> >>> > A conexão com o banco de dados PostgreSQL é realizada utilizando
>> o
>>> >>> > psycopg, na abertura do aplicativo:
>>> >>> >
>>> >>> > import psycopg
>>> >>> > conexao = psycopg.connect("host=%s dbname=%s user=%s" %(host,
>> dbname,
>>> >>> > user))
>>> >>> >
>>> >>> >
>>> >>> > Quando uma rotina realiza um al

Re: [pgbr-geral] Psycopg

[Jota]

Olá,

Conforme o Coutinho disse, o psycopg trabalha com o modo auto commit
false, isso significa que você tem que forcar um commit após cada
instrução de modificação (insert/update/delete).

Desconheco o Python, mas acredito que exista algum arquivo de
configuração para modificar este parâmetro.

Outra coisa que você poderia verificar é o nível de isolamento de
transação que você está utilizando. Os níveis são read committed e
serializable. Você tem como verificar isso?

[]s



2009/1/29 Antonio Prado :
> Em Qui, 2009-01-29 às 17:07 -0200, Jota escreveu:
>> Olá,
>>
>> Qual nível de transação você está utilizando? Serializable?
>
> Estou estabelecendo a conexão da seguinte forma:
> conexao = psycopg.connect("host=host dbname=db user=usuario")
>
> Devo acrescentar algum parâmetro?
>
>
> Antonio
>
>
>
>>
>> []s
>>
>> 2009/1/29 Antonio Prado :
>> > O problema:
>> >
>> > O sistema está aberto em duas seções distintas.
>> > Um usuário realiza uma alteração em um determinado cadastro.
>> > Esta alteração não se torna visível na outra seção,
>> > fazendo-se necessário fechar a aplicação e abrir novamente.
>> >
>> >
>> > A aplicação (Python):
>> >
>> > A conexão com o banco de dados PostgreSQL é realizada utilizando o
>> > psycopg, na abertura do aplicativo:
>> >
>> > import psycopg
>> > conexao = psycopg.connect("host=%s dbname=%s user=%s" %(host, dbname,
>> > user))
>> >
>> >
>> > Quando uma rotina realiza um alteração na base de dados:
>> >
>> > conexao.cursor.execute(sql)
>> > conexao.commit()
>> >
>> >
>> >
>> > O que é necessário ser alterado no processo de conexão e gravação para
>> > que as alterações sejam visualizadas pelas outras conexões?
>> >
>> >
>> > Se alguém pude ajudar, desde já, muito obrigado.
>> >
>> >
>> >
>> > Antonio.
>> > --
>> > Antonio Prado
>> > (62) 8174 4383
>> > (62) 3278 0111
>> > www.antonioprado.eti.br
>> > supo...@antonioprado.eti.br
>> >
>> >
>> > ___
>> > pgbr-geral mailing list
>> > pgbr-geral@listas.postgresql.org.br
>> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>> >
>>
>>
>>
> --
> Antonio Prado
> (62) 8174 4383
> (62) 3278 0111
> www.antonioprado.eti.br
> supo...@antonioprado.eti.br
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Psycopg

[Jota]

Olá,

Qual nível de transação você está utilizando? Serializable?

[]s

2009/1/29 Antonio Prado :
> O problema:
>
> O sistema está aberto em duas seções distintas.
> Um usuário realiza uma alteração em um determinado cadastro.
> Esta alteração não se torna visível na outra seção,
> fazendo-se necessário fechar a aplicação e abrir novamente.
>
>
> A aplicação (Python):
>
> A conexão com o banco de dados PostgreSQL é realizada utilizando o
> psycopg, na abertura do aplicativo:
>
> import psycopg
> conexao = psycopg.connect("host=%s dbname=%s user=%s" %(host, dbname,
> user))
>
>
> Quando uma rotina realiza um alteração na base de dados:
>
> conexao.cursor.execute(sql)
> conexao.commit()
>
>
>
> O que é necessário ser alterado no processo de conexão e gravação para
> que as alterações sejam visualizadas pelas outras conexões?
>
>
> Se alguém pude ajudar, desde já, muito obrigado.
>
>
>
> Antonio.
> --
> Antonio Prado
> (62) 8174 4383
> (62) 3278 0111
> www.antonioprado.eti.br
> supo...@antonioprado.eti.br
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 SQL COPY

[Jota]

Olá,

Você poderia informar como está o valor de shared_buffers?

[]s

2009/1/29 Robson Assuncao :
>
> Pessoal,
>
> Estou com o seguinte problema:
>
> Tenho um arquivo CSV de 800MB com dados de uma tabela que devem ser
> inseridos no banco de dados.
> Isso representa 18.679.232 registros dessa tabela.
>
> Estou usando o comando SQL COPY para fazer essa carga, porém acontece que
> ele não termina nunca pq acaba a memória da máquina e usa toda a área de
> swap.
>
> A máquina em questão é um Pentium IV com 1GB de RAM e mais 2GB de swap.
> Estou usando CentOS 5.2 com PostgreSQL versão 8.1.
>
> Já tentei modificar parâmetros do postgresql.conf pra tentar resolver
> (aumentando shared_buffers, maintenance_work_mem, etc ...) mas não resolve.
>
> Alguma sugestão?
>
> Abraços,
> Robson Assunção
>
> --
> View this message in context: 
> http://www.nabble.com/Problemas-com-SQL-COPY-tp21726022p21726022.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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: Order by

[Jota]

Olá,

Sim. A cláusula NULLS FIRST |  LAST é uma implementação da versão 8.3,
conforme pode ser visto em:
http://www.postgresql.org/docs/8.3/interactive/release-8-3.html

[]s

2009/1/28 Alisson Viegas :
> Muito bom essa clausula, Osvaldo e Leonardo. Obrigado!
> Mas só funciona a partir da 8.3?
>
> -Mensagem original-
> De: pgbr-geral-boun...@listas.postgresql.org.br
> [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Osvaldo
> Kussama
> Enviada em: quarta-feira, 28 de janeiro de 2009 17:33
> Para: Comunidade PostgreSQL Brasileira
> Assunto: Re: [pgbr-geral] Order by
>
> 2009/1/28, Alisson Viegas :
>>
>> Em um order by, os registros NULL ficam no fim da consulta.
>>
>> E possível defini-los como os primeiros?
>>
>
>
> Se sua versão for >= 8.3.0 então utilize a cláusula:
>  NULLS { FIRST | LAST }
> no ORDER BY:
> http://www.postgresql.org/docs/current/interactive/sql-select.html
>
> 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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Disable trigger, o que acontece ????

[Jota]

Olá, George

Fiz um exemplo bem simples.
Derrepente ajude.

CREATE TABLE exemplo1(codigo int,nome text);

CREATE TABLE exemplo2(codigo_modif int,data_hora timestamp);

CREATE OR REPLACE FUNCTION exemplo_trigger()
RETURNS trigger AS $exemplo_trigger$
BEGIN
INSERT INTO exemplo2 VALUES (NEW.codigo,current_date);
RETURN NEW;
END;
$exemplo_trigger$ LANGUAGE PLPGSQL;

CREATE TRIGGER exemplo_trigger
BEFORE INSERT ON exemplo1
FOR EACH ROW EXECUTE PROCEDURE exemplo_trigger();

postgres=# SELECT * FROM exemplo1;
codigo | nome
+--
(0 rows)

postgres=# SELECT * FROM exemplo2;
codigo_modif | data_hora
--+---
(0 rows)

INSERT INTO exemplo1 VALUES (1,'Jota');

postgres=# SELECT * FROM exemplo1;
codigo | nome
+--
  1 | Jota
(1 row)

postgres=# SELECT * FROM exemplo2;
codigo_modif |  data_hora
--+-
1 | 2009-01-27 00:00:00
(1 row)

Agora desabilito a trigger.

ALTER TABLE exemplo1 DISABLE TRIGGER exemplo_trigger;

postgres=# INSERT INTO exemplo1 VALUES (2,'Joao Paulo');
INSERT 0 1

postgres=# SELECT * FROM exemplo1;
codigo |nome
+----
  1 | Jota
  2 | Joao Paulo
(2 rows)

postgres=# SELECT * FROM exemplo2;
codigo_modif |  data_hora
--+-
1 | 2009-01-27 00:00:00
(1 row)

Habilitando a trigger novamente.

postgres=# ALTER TABLE exemplo1 ENABLE TRIGGER exemplo_trigger;
ALTER TABLE

postgres=# INSERT INTO exemplo1 VALUES (3,'JotaPe');
INSERT 0 1

postgres=# SELECT * FROM exemplo1;
codigo |nome
----+
  1 | Jota
  2 | Joao Paulo
  3 | JotaPe
(3 rows)

postgres=# SELECT * FROM exemplo2;
codigo_modif |  data_hora
--+-
1 | 2009-01-27 00:00:00
3 | 2009-01-27 00:00:00
(2 rows)

Desabilitando o trigger para o usuário.

postgres=# SELECT user;
current_user
--
 postgres
(1 row)

postgres=# ALTER TABLE exemplo1 DISABLE TRIGGER USER;
ALTER TABLE

postgres=# INSERT INTO exemplo1 VALUES (4,'Teste');
INSERT 0 1

postgres=# SELECT * FROM exemplo1;
codigo |    nome
+
  1 | Jota
  2 | Joao Paulo
  3 | JotaPe
  4 | Teste
(4 rows)

postgres=# SELECT * FROM exemplo2;
codigo_modif |  data_hora
--+-
1 | 2009-01-27 00:00:00
3 | 2009-01-27 00:00:00
(2 rows)

Habilitando novamente a trigger para o usuário.

postgres=# ALTER TABLE exemplo1 ENABLE TRIGGER USER;
ALTER TABLE

postgres=# SELECT * FROM exemplo1;
codigo |    nome
+
  1 | Jota
  2 | Joao Paulo
  3 | JotaPe
  4 | Teste
  5 | PostgreSQL
(5 rows)

postgres=# SELECT * FROM exemplo2;
codigo_modif |  data_hora
--+-
1 | 2009-01-27 00:00:00
3 | 2009-01-27 00:00:00
5 | 2009-01-27 00:00:00
(3 rows)


Espero ter ajudado.

[]s


2009/1/27 Jota :
> Olá, George
>
> Você pode postar o código do trigger e também explicar como você
> executou o procedimento?
>
> []s
>
> 2009/1/27 George :
>> Bom dia,
>>
>> Faço um atualização diária no banco para somente testes conforme segue
>> abaixo :
>>
>> alter table financeiro.t1_cab disable trigger user;
>> update financeiro.t1_cab t3 set gds = (select t2.gds from t2_cab t1 inner
>> join gds_cab t2 on t2.gds = t1.gds where t1.tmv = t3.dsp limit 1);
>> alter table financeiro.t1_cab enable trigger user;
>>
>> Infelizmente ao tentar executar o update acabou executando a trigger da
>> tabela financeiro.t1_cab, para ter certeza coloquei um Raise Notice na
>> rotina;
>>
>> NOTICE:  teste
>> NOTICE:  teste
>> NOTICE:  teste
>> NOTICE:  teste
>>
>> Query returned successfully: 309263 rows affected, 93365 ms execution time.
>>
>> Como pode observar foi atualizado 309263 registros,mas registrou 4 linhas
>> que executou a trigger.
>>
>> Tb tentei com "disable trigger all". Utilizo a versao 8.2.
>>
>> O que fiz de errado ???
>>
>> Desde já agradeço
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
>
>
> --
> João Paulo
> www.dextra.com.br/postgres
> PostgreSQL
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Disable trigger, o que acontece ????

[Jota]

Olá, George

Você pode postar o código do trigger e também explicar como você
executou o procedimento?

[]s

2009/1/27 George :
> Bom dia,
>
> Faço um atualização diária no banco para somente testes conforme segue
> abaixo :
>
> alter table financeiro.t1_cab disable trigger user;
> update financeiro.t1_cab t3 set gds = (select t2.gds from t2_cab t1 inner
> join gds_cab t2 on t2.gds = t1.gds where t1.tmv = t3.dsp limit 1);
> alter table financeiro.t1_cab enable trigger user;
>
> Infelizmente ao tentar executar o update acabou executando a trigger da
> tabela financeiro.t1_cab, para ter certeza coloquei um Raise Notice na
> rotina;
>
> NOTICE:  teste
> NOTICE:  teste
> NOTICE:  teste
> NOTICE:  teste
>
> Query returned successfully: 309263 rows affected, 93365 ms execution time.
>
> Como pode observar foi atualizado 309263 registros,mas registrou 4 linhas
> que executou a trigger.
>
> Tb tentei com "disable trigger all". Utilizo a versao 8.2.
>
> O que fiz de errado ???
>
> Desde já agradeço
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Esclarecimento

[Jota]

Olá, Coutinho

Parabéns pela iniciativa. É de pessoas assim que precisamos.

[]s

2009/1/22  :
>
> Nota de Esclarecimento
>
> Meu nome é Nabucodonosor Coutinho, sou um militante do Software Livre desde 
> 1998 e tive a satisfação de realizar e ajudar diversos projetos como a 
> criação do PSL-PI, o port do PostgreSQL para Windows e ajudar nas comunidades 
> do Br Office, Mozilla Brasil e PostgreSQL Brasil, além de ter participado 
> como palestrante em diversos eventos regionais, nacionais e internacionais 
> divulgando o PostgreSQL.
>
> Hoje sou diretor da Mondrian Tecnologia, empresa especializa em software 
> livre com prestação de serviços como consultoria, treinamento, 
> desenvolvimento e migração. Recentemente foi divulgado a nível nacional o 
> sucesso de um de nossos projetos, a migração da base de dados do Detran-CE 
> para PostgreSQL.
>
> O objetivo deste e-mail é esclarecer nossos amigos, cliente e à comunidade de 
> software livre cearence, que nem eu, nem a Mondrian Tecnologia tem qualquer 
> relação com a empresa Tener e que a mesma não foi minha parceira na migração 
> da base de dados do Detran-CE. Gostaria de esclarecer também que seu 
> funcionário Felipe Nogueira, então DBA Oracle do Detran, participou da 
> migração exercendo funções de acordo com o cargo que ocupava, não tendo 
> trabalhado diretamente com o banco de dados PostgreSQL, o qual só lhe foi 
> entregue após implantado em ambiente de produção.
>
> Felipe saiu do Detran 2 semanas após a conclusão da migração não tendo 
> acumulado os 8 anos de experiência como DBA PostgreSQL como menciona em seus 
> e-mails.
>
> A Mondrian Tecnologia preza pela ética e pela concorrência leal e saudável e 
> abomina as práticas da "pirataria" ideológica.
>
> Ateciosamente,
>
> Nabucodonosor Coutinho
> Diretor da Mondrian Tecnologia
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Estratégia de restore após upgrad e de versão.

[Jota]

Olá, Marcos

Eu na verdade eu fiquei confuso na sua questão, para mim ela não ficou clara.

Você ainda não fez a remoção do postgresql-8.2.11?
Você está supondo que um erro irá acontecer quando você tentar subir a
versão 8.3?
Como você está pensando em instalar o PG-8.3. Via código fonte ou pacotes rpm?

Espero ter ajudado.

[]s







2009/1/21 Marcos Aurelio :
> Bom dia a todos.
>
> Fiz atualização do meu Fedora Core 8 para 10 e havia me esquecido de fazer o
> dump do postgreSQL antes.
>
> Sob o FC10 desinstalei o postgreSQL 8.3.x e achei um pacote rpm do 8.2.11
> para FC10 que instalei.
>
> Fiz um dump_all e um dump específico para cada um dos 5 schemas que tenho.
> Pronto, consegui me
> redimir da falha, porém estou com uma dúvida.
>
> Penso em desinstalar a versão 8.2.11 e reinstalar a 8.3.x original do FC10,
> porém ao tentar levantar (executar)
> o postgresql, certamente um erro irá ocorrer. Este erro refere-se ao fato de
> a estrutura de dados ainda permanecer
> "ligada" aa versão 8.2.x.
>
> O que devo fazer então ?
> Devo executar um initdb ?
> Como limpar a estrutura (região) de dados da versão anterior ?
>
> Grato antecipadamente:
>
> MN
> --
> Eng. Sistemas / Consultor em TI
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Instalaçao do Postgre 8.3.5

[Jota]

Olá,

Poderia dar mais detalhes. Em que momento este pede senha?
Qual Windows você está utilizando?

[]s

2009/1/19 edvaldo :
>
> Boa tarde pessoal, preciso de um help sou novo aki no grupo
>
> Estou tentando fazer a instalação do Postgre 8.3.5 e durante a instalação
> ele me pede uma senha do "superuser"..qual senha e esta? e algum senha
> padrao??
>
> Ja tentei todo tipo de senha de usuario do windowsadministrador e nao
> obtive sucesso
>
>
> Que souber ficarei grato
>
> Obrigado
> --
> View this message in context: 
> http://www.nabble.com/Instala%C3%A7ao-do-Postgre-8.3.5-tp21542896p21542896.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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 com sql

[Jota]

Olá,

CREATE TEMP TABLE foo(codigo int,item int);
CREATE TABLE
postgres=# INSERT INTO foo VALUES (1,1),(1,2),(2,1),(2,2);
INSERT 0 4
postgres=# SELECT * FROM foo;
 codigo | item
+--
  1 |1
  1 |2
  2 |1
  2 |2
(4 rows)

SELECT codigo,item,item+codigo AS indice FROM foo WHERE codigo>=1 AND
item>=1 ORDER BY codigo,item;
 codigo | item | indice
+--+
  1 |1 |  2
  1 |2 |  3
  2 |1 |  3
  2 |2 |  4
(4 rows)

postgres=# SELECT codigo,item,item+codigo AS indice FROM foo WHERE
codigo>=1 AND item>=1 ORDER BY indice;
 codigo | item | indice
+--+
  1 |1 |  2
  1 |2 |  3
  2 |1 |  3
  2 |2 |  4
(4 rows)

postgres=# SELECT codigo,item,item+codigo AS indice FROM foo WHERE
codigo>=1 AND item>=2 ORDER BY indice;
 codigo | item | indice
+--+
  1 |2 |  3
  2 |2 |  4
(2 rows)

Tudo 100%.

PS: 8.2.4

[]s



2009/1/20 Marcos Fabrício Corso :
> olá
> estou com uma dúvida com um comando sql
> será que podem me ajudar
>
> " select codigo , item , ( item + codigo ) as indice from email002 where
> codigo >= "+codigo+" and item >= "+item+" order by indice ; "
>
> o conteudo da tabela é
> codigo  item
> 1  1
> 1  2
> 2  1
> 2  2
>
> quando faço o select só fica no primeiro registro (1,1), ele não vai para o
> próximo registro
>
> se eu usar :
> " select codigo , item from email002 where codigo >= "+codigo+" and item >=
> "+item+" order by codigo , item ; "
>
> dae ele retorna (1,1) depois retorna (2,2), ou seja pulou o registro (1,2),
> bem como o (2,1)
>
> alguém pode ajudar
>
> obrigado
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 conexao

[Jota]

Olá,

Alterar você pode.

BEGIN;

UPDATE pg_database
SET datallowconn='f'
WHERE datname='postgres';

SELECT datname,datallowconn
FROM pg_database
WHERE datname='postgres';

COMMIT;

Isso tá muito estranho pois segundo o seu email o banco de dados
template1 também não esta aceitando conexões, e por padrão ele o banco
postgres aceitam conexões.

Tem como você dar uma analisada nos logs e ver aparece alguma
alteração na pg_database.

[]s


2009/1/15 Mr J.L. :
> Jota,
>
> # SELECT datname,datconnlimit FROM pg_database WHERE datname='postgres';
>  datname  | datconnlimit
> --+--
>  postgres |   -1
>
> Porem, identifiquei um campo da pg_database que pode explicar esse problema:
>
> datallowconn -> If false then no one can connect to this database. This is 
> used to protect the template0 database from being altered.
>
> # SELECT datname,datallowconn,datconnlimit from pg_database where datname in 
> ('postgres','template0','template1');
>  datname  | datallowconn | datconnlimit
> ---+--+--
>  template1 | f|   -1
>  postgres  | f|   -1
>  template0 | f|   -1
>
>
> Creio que seja esse o problema, agora como isso ficou 'f' é muito estranho. 
> Sera que isso pode ser arrumado fazendo um update? ou teria alguma 
> configuracao pra arrumar?
>
> abraços.
>
>
>
>
> --- Em qui, 15/1/09, Jota  escreveu:
>
>> De: Jota 
>> Assunto: Re: [pgbr-geral] duvida conexao
>> Para: nativ...@yahoo.com.br
>> Cc: "Comunidade PostgreSQL Brasileira" 
>> Data: Quinta-feira, 15 de Janeiro de 2009, 14:37
>> Olá,
>>
>> Por acaso existe alguma outra linha no pg_hba.conf que
>> você por acaso
>> não colocou aqui por esquecimento?
>>
>> Outro detalhe. Você tem apenas uma instalação do
>> PostgreSQL no
>> servidor? Pois derrepente pode estar apontado para o
>> arquivo errado.
>>
>> Um detalhe que me passou pela cabeça agora. Você consegue
>> executar o
>> seguinte SQL:
>>
>> SELECT datname,datconnlimit FROM pg_database WHERE
>> datname='postgres';
>>
>> Você pode conectar em qualquer banco, por exemplo,
>> template1 e
>> executar o SQL acima, e verificar o resultado dele. Caso o
>> resultado
>> seja datconnlimit=0 significa que seu banco postgres não
>> está
>> aceitando conexões.
>>
>> []s
>>
>> 2009/1/15 Mr J.L. :
>> > Ola Jota,
>> >
>> > Entendi agora. sim, ja foi realizada a releitura do
>> arquivo pg_hba.conf , no caso nao seria esse o problema. O
>> problema continua.
>> >
>> >
>> >
>> >
>> > --- Em qui, 15/1/09, Jota 
>> escreveu:
>> >
>> >> De: Jota 
>> >> Assunto: Re: [pgbr-geral] duvida conexao
>> >> Para: nativ...@yahoo.com.br, "Comunidade
>> PostgreSQL Brasileira"
>> 
>> >> Data: Quinta-feira, 15 de Janeiro de 2009, 13:11
>> >> Olá,
>> >>
>> >>
>> >>
>> >> 2009/1/15 Mr J.L. :
>> >> > Nao entendia a parte de
>> "reiniciado/sinalizado o
>> >> PostgreSQL"
>> >> O Euler quis dizer que após realizar qualquer
>> alteração
>> >> no pg_hba.conf
>> >> você precisa sinalizar ao PostgreSQL que uma
>> modificação
>> >> foi realizada
>> >> e para isso usa-se o comando: pg_ctl -D
>> /caminho/para/data
>> >> reload
>> >> >
>> >> > Tipo, o banco esta funcionando OK, fazendo
>> todas suas
>> >> tarefas, conecta em outros bancos, etc... só nao
>> conecta no
>> >> banco "postgres"
>> >>
>> >> 
>> >> Acho que após você modificar o pg_hba.conf você
>> esqueceu
>> >> de executar o
>> >> comando que mencionei acima.
>> >> 
>> >> >
>> >> > Referente a regra do pg_hba.conf, essa a a
>> primeira
>> >> regra, nao tem nenhuma outra regra acima dessa.
>> >>
>> >> Faça o pg_ctl -D /caminho/para/data reload e ve
>> se
>> >> resolve. Caso não
>> >> resolva avise a gente.
>> >> >
>> >> > O vacuumdb só da pau quando tenta fazer para
>> o banco
>> >> "postgres", para os outros bancos se eu
>> fizer
>> >> individual ao invés de "-a" funciona.
>> >> &

Re: [pgbr-geral] duvida conexao

[Jota]

Olá,

Por acaso existe alguma outra linha no pg_hba.conf que você por acaso
não colocou aqui por esquecimento?

Outro detalhe. Você tem apenas uma instalação do PostgreSQL no
servidor? Pois derrepente pode estar apontado para o arquivo errado.

Um detalhe que me passou pela cabeça agora. Você consegue executar o
seguinte SQL:

SELECT datname,datconnlimit FROM pg_database WHERE datname='postgres';

Você pode conectar em qualquer banco, por exemplo, template1 e
executar o SQL acima, e verificar o resultado dele. Caso o resultado
seja datconnlimit=0 significa que seu banco postgres não está
aceitando conexões.

[]s

2009/1/15 Mr J.L. :
> Ola Jota,
>
> Entendi agora. sim, ja foi realizada a releitura do arquivo pg_hba.conf , no 
> caso nao seria esse o problema. O problema continua.
>
>
>
>
> --- Em qui, 15/1/09, Jota  escreveu:
>
>> De: Jota 
>> Assunto: Re: [pgbr-geral] duvida conexao
>> Para: nativ...@yahoo.com.br, "Comunidade PostgreSQL Brasileira" 
>> 
>> Data: Quinta-feira, 15 de Janeiro de 2009, 13:11
>> Olá,
>>
>>
>>
>> 2009/1/15 Mr J.L. :
>> > Nao entendia a parte de "reiniciado/sinalizado o
>> PostgreSQL"
>> O Euler quis dizer que após realizar qualquer alteração
>> no pg_hba.conf
>> você precisa sinalizar ao PostgreSQL que uma modificação
>> foi realizada
>> e para isso usa-se o comando: pg_ctl -D /caminho/para/data
>> reload
>> >
>> > Tipo, o banco esta funcionando OK, fazendo todas suas
>> tarefas, conecta em outros bancos, etc... só nao conecta no
>> banco "postgres"
>>
>> 
>> Acho que após você modificar o pg_hba.conf você esqueceu
>> de executar o
>> comando que mencionei acima.
>> 
>> >
>> > Referente a regra do pg_hba.conf, essa a a primeira
>> regra, nao tem nenhuma outra regra acima dessa.
>>
>> Faça o pg_ctl -D /caminho/para/data reload e ve se
>> resolve. Caso não
>> resolva avise a gente.
>> >
>> > O vacuumdb só da pau quando tenta fazer para o banco
>> "postgres", para os outros bancos se eu fizer
>> individual ao invés de "-a" funciona.
>> >
>> > A versao desse banco é PostgreSQL 8.2.5 .
>> >
>> > Alguma outra sugestao?
>> >
>> > Obrigado.
>> >
>> >
>> >
>> > --- Em qui, 15/1/09, Euler Taveira de Oliveira
>>  escreveu:
>> >
>> >> De: Euler Taveira de Oliveira
>> 
>> >> Assunto: Re: [pgbr-geral] duvida conexao
>> >> Para: nativ...@yahoo.com.br, "Comunidade
>> PostgreSQL Brasileira"
>> 
>> >> Data: Quinta-feira, 15 de Janeiro de 2009, 10:45
>> >> Mr J.L. escreveu:
>> >> > Pessoal, estou com uma duvida.
>> >> >
>> >> > Recentemente fui ver o log de processos que
>> tenho no
>> >> cron do server e em um deles encontrei o seguinte:
>> >> >
>> >> > #ROTINA DE VACUUM DIARIA
>> >> > 00 22 * * 1-6 /usr/bin/vacuumdb -z -v -a >
>> >> /var/log/postgres/log_v.log
>> >> >
>> >> > mensagem:
>> >> > vacuumdb: could not connect to database
>> postgres:
>> >> FATAL:  banco de dados "postgres" não
>> está
>> >> aceitando conexões
>> >> >
>> >> > Nao entendi o porque do erro, uma vez que, no
>> >> pg_hba.conf esta assim:
>> >> >
>> >> > # TYPE  DATABASEUSERCIDR-ADDRESS
>> >> METHOD
>> >> > local   all all
>> >> trust
>> >> >
>> >> Mudar o pg_hba.conf não quer dizer que
>> *magicamente* o
>> >> PostgreSQL passará a
>> >> aceitar conexões; talvez você *não* tenha
>> >> reiniciado/sinalizado o PostgreSQL.
>> >> Outra suposição é que você tem alguma regra
>> >> 'local' acima desta e, que a mesma
>> >> está negando o acesso. Por fim, pode ser que
>> você esteja
>> >> iniciando essa rotina
>> >> logo após iniciar o PostgreSQL. A partir da 8.3,
>> o
>> >> PostgreSQL não deixa
>> >> conectar até que ele esteja _realmente_ pronto
>> para
>> >> aceitar conexões. Se for
>> >> este o caso, sugiro colocar uma diferença de
>> alguns
>> >> segundos/minutos entre o
>> >> início e o vacuumdb.
>> >>
>> >>
>> >> --
>> >>   Euler Taveira de Oliveira
>> >>   http://www.timbira.com/
>> >
>> >
>> >  Veja quais são os assuntos do momento no Yahoo!
>> +Buscados
>> > http://br.maisbuscados.yahoo.com
>> >
>> > ___
>> > pgbr-geral mailing list
>> > pgbr-geral@listas.postgresql.org.br
>> >
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>> >
>>
>> []s
>>
>> --
>> João Paulo
>> www.dextra.com.br/postgres
>> PostgreSQL
>
>
>  Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 conexao

[Jota]

Olá,



2009/1/15 Mr J.L. :
> Nao entendia a parte de "reiniciado/sinalizado o PostgreSQL"
O Euler quis dizer que após realizar qualquer alteração no pg_hba.conf
você precisa sinalizar ao PostgreSQL que uma modificação foi realizada
e para isso usa-se o comando: pg_ctl -D /caminho/para/data reload
>
> Tipo, o banco esta funcionando OK, fazendo todas suas tarefas, conecta em 
> outros bancos, etc... só nao conecta no banco "postgres"


Acho que após você modificar o pg_hba.conf você esqueceu de executar o
comando que mencionei acima.

>
> Referente a regra do pg_hba.conf, essa a a primeira regra, nao tem nenhuma 
> outra regra acima dessa.

Faça o pg_ctl -D /caminho/para/data reload e ve se resolve. Caso não
resolva avise a gente.
>
> O vacuumdb só da pau quando tenta fazer para o banco "postgres", para os 
> outros bancos se eu fizer individual ao invés de "-a" funciona.
>
> A versao desse banco é PostgreSQL 8.2.5 .
>
> Alguma outra sugestao?
>
> Obrigado.
>
>
>
> --- Em qui, 15/1/09, Euler Taveira de Oliveira  escreveu:
>
>> De: Euler Taveira de Oliveira 
>> Assunto: Re: [pgbr-geral] duvida conexao
>> Para: nativ...@yahoo.com.br, "Comunidade PostgreSQL Brasileira" 
>> 
>> Data: Quinta-feira, 15 de Janeiro de 2009, 10:45
>> Mr J.L. escreveu:
>> > Pessoal, estou com uma duvida.
>> >
>> > Recentemente fui ver o log de processos que tenho no
>> cron do server e em um deles encontrei o seguinte:
>> >
>> > #ROTINA DE VACUUM DIARIA
>> > 00 22 * * 1-6 /usr/bin/vacuumdb -z -v -a >
>> /var/log/postgres/log_v.log
>> >
>> > mensagem:
>> > vacuumdb: could not connect to database postgres:
>> FATAL:  banco de dados "postgres" não está
>> aceitando conexões
>> >
>> > Nao entendi o porque do erro, uma vez que, no
>> pg_hba.conf esta assim:
>> >
>> > # TYPE  DATABASEUSERCIDR-ADDRESS
>> METHOD
>> > local   all all
>> trust
>> >
>> Mudar o pg_hba.conf não quer dizer que *magicamente* o
>> PostgreSQL passará a
>> aceitar conexões; talvez você *não* tenha
>> reiniciado/sinalizado o PostgreSQL.
>> Outra suposição é que você tem alguma regra
>> 'local' acima desta e, que a mesma
>> está negando o acesso. Por fim, pode ser que você esteja
>> iniciando essa rotina
>> logo após iniciar o PostgreSQL. A partir da 8.3, o
>> PostgreSQL não deixa
>> conectar até que ele esteja _realmente_ pronto para
>> aceitar conexões. Se for
>> este o caso, sugiro colocar uma diferença de alguns
>> segundos/minutos entre o
>> início e o vacuumdb.
>>
>>
>> --
>>   Euler Taveira de Oliveira
>>   http://www.timbira.com/
>
>
>  Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>

[]s

-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Restore de um arquivo.backup

[Jota]

Olá,

Faça assim: psql nome_do_banco -U usuario (postgres) -f arquivo.backup

[]s

2009/1/15 Paulo Marcelo :
> estou tentando assim:
>
> locagdo como root
> psql relacionamentos -f /relacionamentos.backup
>
> porém tá dando este mensagem: psql: FATAL:  Ident authentication failed for
> user "root"
>
> Paulo Marcelo
>
>
> 2009/1/15 Rafael 
>>
>> uehue...
>>
>> Então, se estiver usando um sistema unix like:
>>
>> $ psql -f /caminho/arquivo.sql
>> ou como disse o Jota, dentro da console:
>> \i /caminho/arquivo.sql
>>
>> Se tiver usando Windows:
>> - formate seu micro e instale linux :)
>>
>> Abraço.
>>
>>
>> 2009/1/15 joao junior 
>>>
>>> e se tiver usando unix like
>>>
>>> psql - < arquivo.backup
>>>
>>> On Thu, 2009-01-15 at 09:44 -0200, Jota wrote:
>>> > Olá,
>>> >
>>> > Você pode fazer também:
>>> >
>>> > psql nome_do_banco
>>> >
>>> > \i arquivo.backup
>>> >
>>> > []s
>>> >
>>> > 2009/1/15 Rafael :
>>> > > psql banco -f /home/base.backup
>>> > >
>>> > >
>>> > > Abraço.
>>> > >
>>> > > 2009/1/15 Paulo Marcelo 
>>> > >>
>>> > >> Bom dia a todos,
>>> > >>
>>> > >>
>>> > >> Fiz um backup de um banco de dados que estava em um
>>> > >> postgres
>>> > >> via pgadmin e na interface gráfica do pgadmin aconselha que se
>>> > >> acrescente a
>>> > >> extensão .backup, no pg admin não encontro a opção de restore, como
>>> > >> poderia
>>> > >> fazer esta reatauração via psql?
>>> > >>
>>> > >> Paulo Marcelo
>>> > >>
>>> > >> ___
>>> > >> pgbr-geral mailing list
>>> > >> pgbr-geral@listas.postgresql.org.br
>>> > >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>> > >>
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > Rafael Bozzetti - linuxuser: 418660
>>> > > --
>>> > > OpenS -  WWW.OPENS.COM.BR
>>> > >
>>> > >
>>> > >
>>> > > ___
>>> > > pgbr-geral mailing list
>>> > > pgbr-geral@listas.postgresql.org.br
>>> > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>> > >
>>> > >
>>> >
>>> >
>>> >
>>>
>>> ___
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>>
>> --
>> Rafael Bozzetti - linuxuser: 418660
>> --
>> OpenS -  WWW.OPENS.COM.BR
>>
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Restore de um arquivo.backup

[Jota]

Olá,

Você pode fazer também:

psql nome_do_banco

\i arquivo.backup

[]s

2009/1/15 Rafael :
> psql banco -f /home/base.backup
>
>
> Abraço.
>
> 2009/1/15 Paulo Marcelo 
>>
>> Bom dia a todos,
>>
>>
>> Fiz um backup de um banco de dados que estava em um postgres
>> via pgadmin e na interface gráfica do pgadmin aconselha que se acrescente a
>> extensão .backup, no pg admin não encontro a opção de restore, como poderia
>> fazer esta reatauração via psql?
>>
>> Paulo Marcelo
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> Rafael Bozzetti - linuxuser: 418660
> --
> OpenS -  WWW.OPENS.COM.BR
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Serviço do postgres não inicia

[Jota]

Olá,

Apenas complentando o que o Ivo comentou.

Para iniciar via prompt você pode fazer:

pg_ctl -D /caminho/para/data start

[]s

2009/1/14 ivo nascimento :
> verifique se o disco esta cheio.
> se ele perdeu direitos de escrita...
> se o diretorio de data do cluster do banco ainda esta la e se ele sabe onde
> eh la ;)
> talvez o problema seja simples assim.
>
> se voce souber iniciar o servico via prompt, tente faze-lo pois aposto que a
> mensagem vai te dar um caminho mais seguro para encontrar o erro.
>
>
> 2009/1/14 Anderson 
>>
>> Boa tarde, pessoal meu banco parou de funcionar,tentei procurar no
>> istorico da lista mas não obtive resultato, na realidade não consegui nem me
>> conectar, bom, eu  tento iniciar o serviço e me dá a seguinte mensagem " O
>> serviço PostgreSQL Database Server 8.2 em Computador Local foi iniciado e
>> interrompido. Alguns serviços são interrompidos automaticamente quando não
>> tem trabalho a fazer, como o serviço logs e alertas de desempenho ", olhei
>> nos logs e as ultimas mensagens foram as seguintes:
>>
>> $body$ LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY
>> INVOKER
>>
>> 2009-01-13 15:48:56 WARNING:  there is no transaction in progress
>> 2009-01-13 15:48:56 WARNING:  there is no transaction in progress
>> 2009-01-13 15:49:09 WARNING:  there is no transaction in progress
>> 2009-01-13 15:55:55 WARNING:  nonstandard use of \' in a string literal at
>> character 28
>> 2009-01-13 15:55:55 HINT:  Use '' to write quotes in strings, or use the
>> escape string syntax (E'...').
>> 2009-01-13 17:15:16 LOG:  received fast shutdown request
>> 2009-01-13 17:15:16 LOG:  shutting down
>> 2009-01-13 17:15:17 LOG:  database system is shut down
>> 2009-01-13 17:15:20 LOG:  logger shutting down
>>
>> alguem poderia me ajudar.
>>
>> Obrigado
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> Ivo Nascimento - Iann
> -
> |   twitter: ivonascimento . |
> |   http://ianntech.com.br.  |
> |   ZCE ID 227463685|
> -
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 Erro Backup

[Jota]

Olá,

Qual versão do PostgreSQL você está utilizando?

[]s

2009/1/7  :
> Fui fazer um backup de uma base pelo pgadmim ele me retorna esta erro..
>
>
> pg_dump: Error message from server: ERROR:  relation "public.soltpent" does
> not exist
> pg_dump: The command was: LOCK TABLE public.soltpent IN ACCESS SHARE MODE
> pg_dump: *** aborted because of error
>
>
> Pq isto ocorre? Isto nunca me ocorreu antes
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] plpgsql Limit1

[Jota]

Olá,

2009/1/7 mateusgra :
>
> Execute uma consulta simples dentro de uma plpgsql.
>
> So que o limit 1 não é executado ? Não deveria ser executado ?
> Se eu colocar a consulta ja com os paramentros preenchidos o limit é
> executado.

Como assim o limit 1 não é executado?
A consulta com os parâmetros já preenchidos é executado. Não entendi.

>
> CREATE FUNCTION TESTE(char,varchar)
>  RETURNS varchar AS
> $BODY$
> DECLARE
>   V1 ALIAS FOR $1;
>   V2 ALIAS FOR $2;
>   resultado varchar;
> BEGIN
>SELECT nome INTO resultado FROM emp WHERE nome = v1 and bairro = v2 and
> nome IS NOT NULL LIMIT 1;
>
>   IF FOUND THEN
> RETURN resultado;
>   ELSE
> RETURN NULL;
>   END IF;
> END;
> $BODY$
>  LANGUAGE 'plpgsql' VOLATILE;
>
> --
> View this message in context: 
> http://www.nabble.com/plpgsql-Limit1-tp21330021p21330021.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
>

[]s

-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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

[Jota]

Olá,

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.

Lembrando que se seu banco já possui dados é importante que você faça
um backup destes dados pois será necessário remover o diretório data,
pois quando você executa o initdb o diretório data deve estar vazio.

[]s

2009/1/6 Marcos ( MKV ) :
> Acabei de instalar o postgres 8.3.5, instalado via apt-get no ubuntu 8.10,
> só que a charset LATIN1 não foi instalado ou iniciado junto com ele, todo
> banco de dados criado só sai como UTF8, alguem pode me dar um dica de como
> habilitar ou instalar o LATIN1
>
>
>
> Obrigado
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Replicação Banco PostgreSQL

[Jota]

Olá, Rafael

Vou expor o meu pensamento.

Sua pergunta foi: gostaria de saber qual a melhor ferramenta para
replicação e pool de conexões para o postgres.

Primeiro a pergunta é muito genérica. O a ferramenta de replicação X
pode ser boa para aplicação A e ser péssima para a aplicação B e C.
Então não existe a melhor ferramenta, existe sim a ferramenta mais
adequada para cada tipo de aplicação. Acredito que você poderia pensar
em alguma coisa como: Eu preciso de uma replicação sincrona ou
assincrona? Eu preciso de uma replicação master-master ou
master-slave?

O foco da lista é ajudar e não ser um fórum de discussão como o Euler
comentou. Primeiro acho que a lista tem que incentivar as pessoas a
buscarem novos conhecimentos, andar um pouco sozinhos, esta por sinal
é um pouco a filosofia do software livre. Qual o conhecimento que você
vai ter se toda a dúvida você tiver a resposta nas mãos, acredito que
é interessante a pesquisa, a busca por novos conhecimentos, claro que
com pesquisa não vamos tirar todas as nossas dúvidas, para isso que
serve a lista, ela não é para te explicar passo-a-passo como você deve
fazer uma replicação ou alguma outra coisa parecida, mas sim te ajudar
em dúvidas mais específicas ou assuntos que não são claramente
abordados em tutorias já escritos, documentação e afins.

Falo isso por experiência própria, posso te garantir que hoje conheço
um pouco de PostgreSQL e sabe como eu aprendi, pesquisando, testando,
quebrando a cabeça e quando tinha dúvidas recorria a lista ou amigos
que tem conhecimento como o próprio Leonardo Cezar e te garanto que
essa é a melhor forma de aprendizado.

Outra coisa, é sempre interessante pesquisar o histórico da lista para
ver a questão levantada se já não foi discutida por aqui. Não queremos
que você se sinta ofendido com os comentários, mas sim fazer com que
você busque por iniciativa própria também conhecimento e quem sabe um
dia você não passa a ajudar iniciantes com o PostgreSQL também :)

Bom era isso e não se acanhe em fazer novas perguntas por aqui, mas
lembre-se pesquisa antes de fazer as perguntas e nas suas perguntas
tente ser o mais obejtivo possível e uma dica: Perguntas genéricas
podem ter respostas genéricas.

Bem-vindo ao mundo PostgreSQL :)

Vida longa ao elefantinho.

[]s





2009/1/5 Rafael Sousa :
> Então porque é de graça, deve vir de qualquer jeito que tá bom né rsrsrs
>
>
>
>
> 2009/1/5 Osvaldo Kussama 
>>
>> Em 05/01/09, João Paulo Valeriano Fonseca
>> escreveu:
>> > Concordo com o Rafael... Essa cultura de que "não espere ser bem
>> > tratado na lista" é insustentável para um software comunitário como o
>> > postgre.
>> > Isso me faz lembrar uma espetada de um profissional da Sun que estava
>> > tentando nos convercer a abandonar o postgre e passar para o Mysql.
>> > Ele disse: "quando você tiver algum problema, vai procurar ajuda la
>> > lista?". Hoje eu percebo a verdade desse discurso.
>>
>> Existem vária empresas e consultores que dominam o assunto.
>> Você quer uma consultoria gratuita ou pretende pagar por ela?
>> Caso você pague pelo tempo que a empresa/consultor gastar para
>> atendê-lo você pode, e deve, exigir que o tratamento seja da maneira
>> que você deseja.
>>
>>
>> > Um colega meu aqui do trabalho postou coincidentemente uma dúvida
>> > sobre replicação. Não foi respondido de forma minimamente
>> > satisfatória. Sobre esse assunto, replicação, as dúvidas são
>> > recorrentes porque os tutoriais são superficiais e falham com
>> > frequência.
>> >
>>
>> 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
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] listar tabela de banco

[Jota]

Olá,

Primeiro. Pergunta muito genérica. Você está usando psql, pgadmin ou
alguma ferramenta?

A documentação é sua amiga :)

http://www.postgresql.org/docs/8.3/interactive/app-psql.html

http://www.postgresql.org/docs/8.3/interactive/view-pg-tables.html

http://www.postgresql.org/docs/8.3/interactive/infoschema-tables.html

http://www.postgresql.org/docs/8.3/interactive/catalog-pg-class.html

[]s



2008/12/16 Anderson :
> Boa tarde Lista,
>
> Gsotaria de saber com eu listo as tabelas de um banco de dados?
>
>
> Obrigado.
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] conectar usando psql URGENTE

[Jota]

Olá,

Vamos por partes.


2008/12/16 Junior :
> Olá lista,
>
> Meu problema..
> Preciso conectar em um banco de dados pode ser por linha de comando, que se
> der pelo psql
> funciona na aplicação.
> Um usuário poderá ter acesso "trust" em um banco de dados.

Acesso trust é muito perigoso. Desaconselho você fazer isso.

> Até aqui beleza, mas preciso utilizar o dominio desse banco de dados pra
> conectar nele mesmo, ou seja
> não pode ser usado -h localhost
> Utilizando o comando no proprio servidor por ex:
>
> psql -h meuserver.com.br -d db_requerido -U us_requerido
>
> isso não deve pedir senha.
>
> no pg_hba.conf coloquei assim:
>
>
> host db_requerido us_requerido 127.0.0.1/32 trust
> host db_requerido us_requerido 192.168.1.2/32 trust   //rede interna
> local db_requerido us_requerido trust  //local
>

Você quer conectar de um IP específico ou as máquinas da rede podem
ter acesso? Pois da forma como está definido, apenas a máquina
192.168.1.2 vai ter acesso. Para a rede ter acesso você teria que
fazer: 192.168.1.0/24.

Espero ter sido claro :)

>
> Alguma idéia do porque não estaria funcionando?
> Obrigado
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>

[]s

-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 incomum

[Jota]

Olá,

2008/12/15 Rogério A Bassete :
> Pessoal,
>
> dados da tabela vigencia:
>
> Data_Inicial   Data_Final
> 01/11/2008 03/11/2008
> 04/11/2008 30/11/2008
> 01/12/2008 03/12/2008
> 05/12/2008 31/12/2008
>
>
> Gostaria de um select que me retorna true caso o intervalo pesquisado
> seja: 01/11/2008 a 30/11/2008 e false caso o intervalo seja 01/12/2008 a
> 31/12/2008 (falta o dia 04/12/2008).

Como assim falta o dia 04/12/2008? Não entendi.
>
> Dicas?
>
> Rogério
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>

[]s

-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 do Slony para Replic ação

[Jota]

Olá

Qual erro?

[]s

2008/11/21 rogerio qc <[EMAIL PROTECTED]>:
> Bom dia,
>
> Já instalei o slony no ubuntu 8.10, mas não estou conseguindo configurar o
> plpgsql no PGadmin3 e fazer com que o slony funcione. Se alguém tiver um
> dica ou um passo a passo do slony e principalmente do plpgsql, agradeço.
>
>
>
> 
> 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
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 Pelo Numero do Registro

[Jota]

Olá,

Você tem a coluna oid ativa na sua tabela?

SELECT oid,* FROM tabela WHERE atributo='registro';

ou

SELECT ctid,* FROM tabela WHERE atributo='registro';

Espero ter ajudado.

[]s

2008/11/20 Andre Vargas <[EMAIL PROTECTED]>:
> Olá!
>
> Não dá para resolver com limit e offset?
>
> Abraços
> André
>
> 2008/11/20 Seta Digital - Suporte <[EMAIL PROTECTED]>
>>
>> Bom Dia Pessoal...
>>
>> Estou com um problema... estou fazendo um bakup das informacoes pelo
>> pg_dump... porem quando chega a um determinado registro ele da erro e aborta
>> o backup... eu sei o numero do registro... gostaria de saber como faco para
>> saber o conteudo desse registro tipo Um select pela posiçao dele no
>> banco de dados
>>
>> Grato Pela Atencao
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> André Prisco Vargas
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 "BRDTDEALLOCATEERROR: prepared statement " ?

[Jota]

Olá,

Erro lógico. BRDTDEALLOCATEERROR:  prepared statement.

[]s



2008/11/17 Adelmo Ricardo <[EMAIL PROTECTED]>:
> Boa noite pessoal,
> No arquivo de logs da pasta ..\pg_log gerado através do PostgreSql 8.1, tem
> a seguinte linha de mensagem:
>  BRDTDEALLOCATEERROR:  prepared statement
> Alguém poderia identificar o significado desse erro?
> Ou pelo menos informar se houve erro físico ou lógico durante a operação?
> Obrigado pela atenção
> Adelmo
> --
> Adelmo Sepúlveda Ricardo
> [EMAIL PROTECTED] - Celular: (11) 8414-0890
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alter Domain

[Jota]

Sim sim :)

[]s

2008/11/17 Dickson S. Guedes <[EMAIL PROTECTED]>:
> Jota escreveu:
>> Grande Guedues
>>
>> Por acaso eu fiz isso para um cliente ontem :)
>>
> Puxa, bacana.
>
> E funcionou?
>
> ":D
>
> --
> []s
> Dickson S. Guedes
> Administrador de Banco de Dados
> Projeto Colmeia -  Florianópolis, SC
> (48) 3322-1185, ramal: 26
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 em tabela com muitos registros

[Jota]

Olá,

Pode começar pela atualização do seu PostgreSQL para uma versão mais
nova 8.3.5 e no shared_buffers [1].

[1] http://www.postgresql.org/docs/8.3/interactive/runtime-config-resource.html

Uma questão. Você realmente precisar fazer um select * from tabela?
Não terá nenhuma condição na consulta?

[]s



2008/11/17 Fabricio Veiga <[EMAIL PROTECTED]>:
> Boa tarde senhores!
>
> Tenho um servidor Linux, mas precisamente um Suse, com versão do PostgreSQL
> 8.3.1.
> Eu tenho na base de dados, uma tabela com + / - 420 mil registros. Ao
> executar a consulta (select * from tabela),
> o tempo de execução é em torno de 7 segundos. O servidor é um Celeron 2.66
> com 1 Gbytes de RAM.
> Estou ciente das configurações do servidor, porém as fazer o mesmo teste em
> um banco de dados Interbase 6.5,
> em outra máquina com as mesmas configurações, o tempo da consulta foi em
> torno de 211 milisegundos.
> Realizei a instalação padrao do PostgreSQL, sem mudanças no arquivo de
> configurações.
> Que parametros seriam necessário modificar para obter um desempenho melhor
> nessa consulta ?
>
> Obrigado a todos!
>
>
> Fabrício Veiga
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Digest pgbr-geral, volume 21, assunto 44

[Jota]

Olá,

Você quer visualizar o conteúdo de uma função? Assinatura da função?

Depende do que você quer existem algumas maneiras de se fazer.

Por exemplo: Ver a assinatura de uma função

\df nome_da_funcao

\df (lista todas as funções, incluindo as funções de sistema)

Existe também uma tabela de sistema chama pg_proc que contém
informações sobre todas as funções criadas.

Por exemplo: select * from pg_proc where proname='nome_da_minha_funcao';

O campo prosrc mostra o código da função. É importante lembrar que
neste campo vem o código da função e que se encontra os delimitadores
$$ ... $$

O campo prorettype indica o tipo de retorno da função.

O campo proargtypes indica os parâmetros da função.

Espero ter ajudado.

[]s

2008/11/17 Fabrízio de Royes Mello <[EMAIL PROTECTED]>:
> Anderson Rodrigo escreveu:
>> Bom dia pessoal!
>>
>> Tenho uma dúvida!
>> Ver as function no PgAdmin é bem simples!
>> Mas como posso ver essas no psql na linha de comando?
>> Se alguem souber é poder me ajudar!Obrigado!
>>
>
> Veja tabela do catalogo chamada "pg_catalog"."pg_proc", que é onde o
> postgres guarda as funções criadas na base de dados.
>
> Exemplo:
> select prosrc from pg_proc where proname = 'minha_funcao';
>
> É claro que dependendo do tamanha da sua PL fica meio ruim de visualizar
> no console, recomendo direcionar a saida pra um arquivo usando o "\o" no
> psql.
>
> Mais informações:
> http://www.postgresql.org/docs/8.3/interactive/catalog-pg-proc.html
>
>
> Cordialmente,
>
> --
> Fabrízio de Royes Mello
> Coordenador Desenvolvimento de Software
> [EMAIL PROTECTED]
> DBSeller Informática Ltda. - http://www.dbseller.com.br
> (51) 3076-5101
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alter Domain

[Jota]

Grande Guedues

Por acaso eu fiz isso para um cliente ontem :)

[]s

2008/11/14 Dickson S. Guedes <[EMAIL PROTECTED]>:
> Luiz Henrique escreveu:
>> Jota escreveu:
>>> Olá,
>>>
>>> Não é possível alterar o tipo de um domínio pelo comando alter domain.
>>>
>> Tarde!!!
>>
>> Obrigado por confirmar as minhas suspeitas!!!
>>
>> Mas achei uma outra solução...  como o BD que precisava fazer essa
>> alteração era pequeno, fiz um backup no formato SQL, alterei a criação
>> do Domínio diretamente no backup e restaurei..  funcionou perfeitamente!!!
>
> Dá para brincar um pouco com isso até...
>
> (14:51:00) [EMAIL PROTECTED]:5432/admin
> # CREATE DOMAIN numero numeric(18,6);
> CREATE DOMAIN
> Tempo: 12,124 ms
>
> (14:51:11) [EMAIL PROTECTED]:5432/admin
> # CREATE TEMP TABLE tb_teste(num numero);
> CREATE TABLE
> Tempo: 106,609 ms
>
> (14:51:18) [EMAIL PROTECTED]:5432/admin
> # CREATE DOMAIN numero2 numeric(18,9);
> CREATE DOMAIN
> Tempo: 8,298 ms
>
> (14:51:43) [EMAIL PROTECTED]:5432/admin
> # SELECT 'ALTER TABLE '||table_name||' ALTER COLUMN '||column_name||'
> TYPE numero2;' as "SCRIPT" from information_schema.columns where
> domain_name = 'numero';
>   SCRIPT
> -
>  ALTER TABLE tb_teste ALTER COLUMN num TYPE numero2;
> (1 registro)
>
> Tempo: 14,539 ms
>
> (14:52:08) [EMAIL PROTECTED]:5432/admin
> #  ALTER TABLE tb_teste ALTER COLUMN num TYPE numero2;
> ALTER TABLE
> Tempo: 42,355 ms
>
> (14:52:33) [EMAIL PROTECTED]:5432/admin
> # DROP DOMAIN numero;
> DROP DOMAIN
> Tempo: 14,644 ms
>
> (14:52:48) [EMAIL PROTECTED]:5432/admin
> # CREATE DOMAIN numero numeric(18,9);
> CREATE DOMAIN
> Tempo: 13,577 ms
>
> (14:52:52) [EMAIL PROTECTED]:5432/admin
> # SELECT 'ALTER TABLE '||table_name||' ALTER COLUMN '||column_name||'
> TYPE numero;' as "SCRIPT" from information_schema.columns where
> domain_name = 'numero2';
>   SCRIPT
> 
>  ALTER TABLE tb_teste ALTER COLUMN num TYPE numero;
> (1 registro)
>
> Tempo: 14,673 ms
>
> (14:53:03) [EMAIL PROTECTED]:5432/admin
> #  ALTER TABLE tb_teste ALTER COLUMN num TYPE numero;
> ALTER TABLE
> Tempo: 35,447 ms
>
>
> ":D
>
> --
> []s
> Dickson S. Guedes
> Administrador de Banco de Dados
> Projeto Colmeia -  Florianópolis, SC
> (48) 3322-1185, ramal: 26
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 com sequence : criando int ervalo involuntário.

[Jota]

Olá,

Faltou o nextval não?

create sequence minha_sequence;

create table minha_tabela(codigo int default nextval('minha_sequence'),
nome text);

[]s

2008/11/14 Rafael Sousa <[EMAIL PROTECTED]>:
> tenta criar a sequence assim:
>
> CREATE SEQUENCE nomedaseq
>   INCREMENT 1
>   MINVALUE 1
>   MAXVALUE 9223372036854775807
>   START 1
>   CACHE 1;
>
> até...
>
> rafael sousa
>
>
> 2008/11/14 Rubens José Rodrigues
> <[EMAIL PROTECTED]>
>>
>> Pessoal,
>>
>>
>>
>> Eu já tive este problema mas sinceramente deu "branco" aqui e não havia
>> documentado.
>>
>>
>>
>> Cenário:
>>
>>
>>
>> Estrutura
>>
>> Windows Vista
>>
>> PostgreSQL 8.3.3, compiled by Visual C++ build 1400
>>
>> Zeos 6.6.2-RC
>>
>>
>>
>> Lógica
>>
>> create sequence seq_foo start with 1;
>>
>> create table foo (seq bigint default ('seq_foo'::regclass), texto
>> varchar(1));
>>
>>
>>
>> No PSQL :
>>
>> Insert into foo (texto) values ('a');
>>
>> Insert into foo (texto) values ('b');
>>
>> Insert into foo (texto) values ('c');
>>
>>
>>
>> Via Delphi/Zeos
>>
>> Mesmo item acima numa query.
>>
>>
>>
>> Problema :
>>
>> Ao pegar o result set da tabela acima o seqüencial está :
>>
>>
>>
>> seqtexto
>>
>> 1   a
>>
>> 3 b
>>
>> 5  c
>>
>>
>>
>>
>>
>> Ou seja ele está "pulando" a seqüencia, mesmo sabendo que não tenho uma
>> trigger para isto e ou não tenho outras transações usando esta sequence.
>>
>>
>>
>> Alguém poderia me ajudar?
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Att.
>>
>>
>> 
>>
>> Rubens José Rodrigues
>>
>>
>>
>> ___
>> 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
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Consultar diversas diversos campos de várias tabelas

[Jota]

Olá,

É possível ser feito sim. Para isso será necessário criar um função. E
você precisará usar o comando execute [1] para fazer essa procura
dinâmica.

[1] 
http://www.postgresql.org/docs/8.3/interactive/plpgsql-statements.html#PLPGSQL-STATEMENTS-EXECUTING-DYN

[]s

2008/11/14 Augusto Nunes <[EMAIL PROTECTED]>:
> Prezados Colegas,
>
> Estou com o seguinte problema: possuo uma base de dados com diversas
> tabelas, as quais possuem diversos campos varchar e text, entre outros como
> date, integer, boolean...
>
> Acontece que o usuário deseja que, dado um texto qualquer (através de um
> campo de uma interface gráfica de uma aplicação), seja efetuada uma busca
> por este texto em qualquer campo de todas as tabelas...!!!
>
> Alguém poderia dar uma ajuda de como isso pode ser feito? (Se é que é
> possível no Postgres).
>
> Agradecendo a atenção,
>
> atenciosamente
>
> Augusto Cesar Nunes
>
> 
> 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
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alter Domain

[Jota]

Olá,

Não é possível alterar o tipo de um domínio pelo comando alter domain.

[]s

2008/11/14 Luiz Henrique <[EMAIL PROTECTED]>:
> Bom dia!!!
>
> Possuo na minha base de dados o seguinte Domínio:
>
> CREATE DOMAIN do_numero AS numeric(18,5);
>
> Agora preciso que ele seja Numeric(18,8)
> .
> Existe alguma maneira de fazer essa alteração através de ALTER DOMAIN??
> pelo que vi na documentação do PostgreSQL e pelo que pesquisei na
> internet não é possível, por acaso alguém aqui teria uma solução??
>
> Obs.: Não utilizo o DROP DOMAIN e um novo CREATE DOMAIN pois tenho
> inúmeras (aprox. 250) funções, tipos, tabelas, etc. que utilizam esse
> domínio e por isso não seria a solução mais prática, somente em último
> caso...
>
> Obrigado
>
> --
> Luiz Henrique Livrari
> Implantador de Sistemas Jr.
> MSI SOLUÇÕES - Unidade Ourinhos
> Av. Dr. Altino Arantes, 131 Sala 145 - 146
> Centro - Ourinhos/SP - Brasil
> Fone/Fax: +55 (14) 3324-8181
> www.msisolucoes.com.br
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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. PGAgent.

[Jota]

Opa,

Acho que aqui podem ter informações para ajuda-lo [1].

[1] http://www.pgadmin.org/docs/1.4/pgagent.html

[]s

2008/11/13 Paulo <[EMAIL PROTECTED]>:
> Olá Pessoal,
>
> Estou tentando confgurar o PgAgent no Windows, rodei o Script.
> depois executei:
> pgagent hostaddr=127.0.0.1 dbname=pgagent
> Mas retorna erro de syntax.
> ERROR: syntax error at or near "pgagent"
>
> Alguem tem o caminho das pedras ???
>
> Vlw
> Paulo.
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Varchar com espaços desnecessário s.

[Jota]

Olá,

Você pode criar uma função para fazer isso e acessar as tabelas de
sistema e o information_schema para obter estas informações.

Pronto eu desconheço qualquer função do genero.

[]s

2008/11/12 Antonio Prado <[EMAIL PROTECTED]>:
> Em Qua, 2008-11-12 às 16:44 -0300, Emerson Casas Salvador escreveu:
>> Antonio Prado escreveu:
>> > Em Qua, 2008-11-12 às 16:08 -0200, Fernando Grassi de Oliveira escreveu:
>> >
>> >> Você quer identificar o tipo de uma coluna, em uma tabela por exemplo,
>> >> e trocar/converter para outro tipo? Ou você quer excluir "sujeira" em
>> >> campos do tipo varchar?
>> >>
>> >
>> > Desejo excluir "sujeira".
>> >
>> > Algo assim: "FULANO DE TAL  "
>> > Ficar assim: "FULANO DE TAL"
>> >
>> >
>> > Antonio
>> >
>> >
>> >
>> senda=# SELECT * FROM teste;
>>  nome
>> --
>>joao
>>   maria
>>  jose
>>airton
>> (4 rows)
>>
>> senda=# UPDATE teste SET nome=trim(nome);
>> UPDATE 4
>> senda=# SELECT * FROM teste;
>>   nome
>> 
>>  joao
>>  maria
>>  jose
>>  airton
>> (4 rows)
>
>
> Correto, é isto que desejo fazer, porém a questão é: tem uma forma de eu
> criar uma instrução que percorra todas as tabelas da base e realize tal
> operação em todos os registros tipo varchar ?
>
> Antonio.
>
>
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Varchar com espaços desnecessário s.

[Jota]

Ola,

Você pode utilizar o trim.

[]s

2008/11/12 Emerson Casas Salvador <[EMAIL PROTECTED]>:
> Antonio Prado escreveu:
>> Em Qua, 2008-11-12 às 16:08 -0200, Fernando Grassi de Oliveira escreveu:
>>
>>> Você quer identificar o tipo de uma coluna, em uma tabela por exemplo,
>>> e trocar/converter para outro tipo? Ou você quer excluir "sujeira" em
>>> campos do tipo varchar?
>>>
>>
>> Desejo excluir "sujeira".
>>
>> Algo assim: "FULANO DE TAL  "
>> Ficar assim: "FULANO DE TAL"
>>
>>
>> Antonio
>>
>>
>>
> senda=# SELECT * FROM teste;
> nome
> --
>   joao
>  maria
>  jose
>   airton
> (4 rows)
>
> senda=# UPDATE teste SET nome=trim(nome);
> UPDATE 4
> senda=# SELECT * FROM teste;
>  nome
> 
>  joao
>  maria
>  jose
>  airton
> (4 rows)
>
>
> --
> Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados.
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] pg_dump.

[Jota]

Ola,

Pelo erro significa que o banco não está rodando.

[]s

2008/11/12 Leandro Hamid <[EMAIL PROTECTED]>:
> Boa tarde pessoal.
>
> Eu escrevi um pequeno script para backup do meu banco de dados localizado em
> uma máquina virtual em um servidor remoto, abaixo o trecho relacionado ao
> pg_dump;
>
> pg_dump -h localhost -p 5432 -U USUÁRIO -F c -b -v
> -f"/home/.../backup/teste" teste
>
> O sistema exibiu a seguinte mensagem de erro;
>
>
> pg_dump: [archiver (db)] connection to database "teste" failed: could not
> connect to server: Conexão recusada
> Is the server running on host "localhost" and accepting
> TCP/IP connections on port 5432?
> pg_dump: *** aborted because of error
>
>
> Será que alguém poderia me orientar sobre a melhor maneira de realizar este
> pg_dump considerando que o banco esta em uma máquina virtual dentro de um
> servidor remoto?Eu creio que seja erro de autenticação no banco ou seria o
> acesso à máquina virtual?Desde já agradeço.
>
>
> --
> Leandro Hamid
> SERPRO - Serviço Federal de Processamento de Dados
> Maito: [EMAIL PROTECTED]
> Maito: [EMAIL PROTECTED]
> Skype: leandro_hamid
> http://www.serpro.gov.br
> Weblog: http://sysaprendiz.wordpress.com/
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: backup POSTGRES 8.3

[Jota]

Olá,

Depende do backup físico. Se for físico mesmo sim, o banco deve estar
parado. Se utilizar o WAL o backup físico é feito com o banco rodando.

[]s

2008/11/12 Mateus <[EMAIL PROTECTED]>:
> Shander Lyrio escreveu:
>>> 2008/11/10 ELIAS JUNIOR <[EMAIL PROTECTED] >
>>>
>>> Se for no linux:
>>> pg_dump -U usuario -h ip_servidor -d banco > banco.sql
>>>
>>> Se for no windows:
>>> pg_dump.exe -U usuario -h ip_servidor -d banco > banco.sql
>>>
>>> *NÃO FAÇA BACKUP FÍSICO DO BANDO, É UMA FURADA*
>>
>>   Como é que é rapaz?? Endoidou o cabeção?? Minha base de dados está com
>> mais de 240 GB, tem idéia de quantas horas vai demorar para restaurar um
>> dump destes?? Ainda mais que utilizo muito "full text search"?? Sabe o
>> que o dono da empresa vai me dizer se eu deixar 100 usuários locais sem
>> sistema por este tempo todo enquanto eu restauro um dump, fora os
>> usuários que estão nas outras filiais no país inteiro?
>>
>>   Diga que você não sabe fazer um backup físico, é menos vergonhoso do
>> que uma baboseira destas que você está dizendo. Entenda que não é todo
>> mundo aqui que pode se dar o luxo de fazer um dump simples desse não, o
>> que você está falando so mostra o seu total desconhecimento sobre o assunto.
>>
>>   Bases pequenas cujo restore de um dump demore menos de 2 horas até rola
>> o DUMP, já é suficiente (desde que você possa ficar estas duas horas com
>> o sistema parado), bases grandes precisam muito mais do que isto. Eu
>> tenho aqui backup físico + logico + replicação com slony e já estou
>> estudando novas formas!
>>
>>   Pelo menos mude a sua forma de dump para algo mais inteligente que já
>> vem compactado e sem direcionamento:
>>
>>   pg_dump -Fc -d nomedobanco -f backup.bck
>>
>> ps: Humildade para aprender cara, e veja se não fala abobrinha, sua
>> mensagem fica no histórico da lista por muito tempo e é pesquisada por
>> muita gente pelo google.
>>
>> --
>> Shander Lyrio
>
>
> Backup fisico nao tem que ser feito com o banco parado ?
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: backup POSTGRES 8.3

[Jota]

Olá, pessoal

Minha impressão é que os ânimos estão ficando um pouco exaltados. E
assim a discussão vai perder o foco.

Então acredito que podemos dar uma acalmada e nos preocupar em
discutir os assuntos relevantes relacionados ao PostgreSQL.

Vida longa ao elefantinho :)

[]s



2008/11/12 Mateus <[EMAIL PROTECTED]>:
> Shander Lyrio escreveu:
>>> 2008/11/10 ELIAS JUNIOR <[EMAIL PROTECTED] >
>>>
>>> Se for no linux:
>>> pg_dump -U usuario -h ip_servidor -d banco > banco.sql
>>>
>>> Se for no windows:
>>> pg_dump.exe -U usuario -h ip_servidor -d banco > banco.sql
>>>
>>> *NÃO FAÇA BACKUP FÍSICO DO BANDO, É UMA FURADA*
>>
>>   Como é que é rapaz?? Endoidou o cabeção?? Minha base de dados está com
>> mais de 240 GB, tem idéia de quantas horas vai demorar para restaurar um
>> dump destes?? Ainda mais que utilizo muito "full text search"?? Sabe o
>> que o dono da empresa vai me dizer se eu deixar 100 usuários locais sem
>> sistema por este tempo todo enquanto eu restauro um dump, fora os
>> usuários que estão nas outras filiais no país inteiro?
>>
>>   Diga que você não sabe fazer um backup físico, é menos vergonhoso do
>> que uma baboseira destas que você está dizendo. Entenda que não é todo
>> mundo aqui que pode se dar o luxo de fazer um dump simples desse não, o
>> que você está falando so mostra o seu total desconhecimento sobre o assunto.
>>
>>   Bases pequenas cujo restore de um dump demore menos de 2 horas até rola
>> o DUMP, já é suficiente (desde que você possa ficar estas duas horas com
>> o sistema parado), bases grandes precisam muito mais do que isto. Eu
>> tenho aqui backup físico + logico + replicação com slony e já estou
>> estudando novas formas!
>>
>>   Pelo menos mude a sua forma de dump para algo mais inteligente que já
>> vem compactado e sem direcionamento:
>>
>>   pg_dump -Fc -d nomedobanco -f backup.bck
>>
>> ps: Humildade para aprender cara, e veja se não fala abobrinha, sua
>> mensagem fica no histórico da lista por muito tempo e é pesquisada por
>> muita gente pelo google.
>>
>> --
>> Shander Lyrio
>
>
> Backup fisico nao tem que ser feito com o banco parado ?
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro ao adicionar tabela a SET do Slony

[Jota]

Olá, Fernando

Da uma verificada no histórico da lista. Tem um artigo do João Cosme
falando sobre este assunto.

Ou senão acesse:
http://www.postgresql.org.br/Documenta%C3%A7%C3%A3o?action=AttachFile&do=get&target=slony.pdf

[]s

2008/11/11 Fernando de Oliveira <[EMAIL PROTECTED]>:
> Companheiros,
>
> Estou tentando criar um set e adicionar uma tabela ao mesmo, entretanto
> obtenho este erro:
>
> ./sets.sk:7: option id already defined on line 7
>
>
> Linhas do arquivo sets.sk responsáveis pela criação do set e add da tabela:
>
> create set(id=1, [EMAIL PROTECTED], comment='Objetos replicados');
>
> set add table(id=1,origin = @server01_jms, id = 1, @fqn =
> 'public.tabela1',comment='Tabela teste');
>
>
> -
> Se eu comentar a linha do set add table,  verifiquei que o set é criado...
>
> O que pode estar havendo? Já tentei alterar o id da tabela, do set, etc...
>
> att
> Fernando
>
>
> 
> Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o
> Messenger! É GRÁTIS!
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Sistema de busca

[Jota]

Olá,

Você precisar uma função para fazer isso.

De uma olhada em:
http://www.postgresql.org/docs/8.3/interactive/plpgsql-statements.html#PLPGSQL-STATEMENTS-EXECUTING-DYN

[]s

2008/11/11 Thiago <[EMAIL PROTECTED]>:
> E ai amigão ... descubriu alguma forma de fazer isso ???
> Estava precisando fazer algo parecido ...
>
> Valeu !!!
>
> Thiago M. Figueiredo escreveu:
>> Opa Pessoal,
>>
>> Estou com uma duvida aqui, estou tentado fazer com busca com o nome da
>> coluna sendo variável.
>>
>> Ex:
>> select * from TABLE where VARIAVEL_COM_NOME_DA_COLUNA ILIKE %PALAVRA-CHAVE%
>>
>> Ele não entendi que a variavel é um comando alguém sabe como eu posso
>> fazer isso sem POG (Programação Orientada a Gambiarra)
>>
>> Muito Obrigado pela ajuda e um grande abraço.
>> Att,
>> Thiago M. Figueiredo
>>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: Postgres 64 bits

[Jota]

Olá,

Da mesma forma. Não existe diferentes parâmetros para 64 bits no
postgresql.conf ou no kernel.

[]s

2008/11/11 Jeanderson Machado <[EMAIL PROTECTED]>:
> Exatamente postgresql.conf e no kernel também
>
>
>
> Jeanderson Machado
>
>
> -Mensagem original-
> De: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Em nome de Jota
> Enviada em: terça-feira, 11 de novembro de 2008 09:53
> Para: Comunidade PostgreSQL Brasileira
> Assunto: Re: [pgbr-geral] RES: Postgres 64 bits
>
> Olá,
>
> Você diz parametrização do postgresql.conf? E dos parâmetros de kernel?
>
> []s
>
> 2008/11/11 Jeanderson Machado <[EMAIL PROTECTED]>:
>> Parametrização é igual ao que estamos acostumados? Ou existe mais alguma
>> coisa que pode ser acrescentada?
>>
>> -Mensagem original-
>> De: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] Em nome de Jota
>> Enviada em: terça-feira, 11 de novembro de 2008 09:29
>> Para: Comunidade PostgreSQL Brasileira
>> Assunto: Re: [pgbr-geral] Postgres 64 bits
>>
>> Olá,
>>
>> Eu já usei o PostgreSQL em 64 bits.
>>
>> O que você considera funcionamento igual?
>>
>> []s
>>
>> 2008/11/11 Marcelo Costa <[EMAIL PROTECTED]>:
>>> Bom dia
>>>
>>> 2008/11/11 Jeanderson Machado <[EMAIL PROTECTED]>
>>>>
>>>> Bom dia colegas, alguém daqui usa o postgres 64 bits? Se sim alguém sabe
>>>> onde encontro versões para o FreeBSD?
>>>
>>> Até onde sei não existe uma versão específica para 64 bits o que vc pode
>>> fazer é compilar o PostgreSQL para 64 bits, talvez exista algum pré
>>> compilado já para 64 bits.
>>>
>>> Sugiro que você faça download dos fontes e compile para seu
> SO/Processador
>>>
>>> Atte
>>>
>>> Marcelo
>>>
>>> --
>>> Marcelo Costa
>>>
>>> ___
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>>
>>
>>
>>
>> --
>> João Paulo
>> www.dextra.com.br/postgres
>> PostgreSQL
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>> __ Information from ESET Smart Security, version of virus
> signature
>> database 2740 (20071221) __
>>
>> The message was checked by ESET Smart Security.
>>
>> http://www.eset.com
>>
>>
>>
>> __ Information from ESET Smart Security, version of virus
> signature
>> database 2740 (20071221) __
>>
>> The message was checked by ESET Smart Security.
>>
>> http://www.eset.com
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> João Paulo
> www.dextra.com.br/postgres
> PostgreSQL
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
> __ Information from ESET Smart Security, version of virus signature
> database 2740 (20071221) __
>
> The message was checked by ESET Smart Security.
>
> http://www.eset.com
>
>
>
> __ Information from ESET Smart Security, version of virus signature
> database 2740 (20071221) __
>
> The message was checked by ESET Smart Security.
>
> http://www.eset.com
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: backup POSTGRES 8.3

[Jota]

Olá,

Com certeza.

O recurso de tablespaces é muito interessante e pode ser usado também
como uma forma de distribuição dos objetos de um banco de dados. Mas
mesmo assim eu tenho que fazer o backup do diretório de dados
completo. Lembrando que no diretório de dados tem-se um diretório
pg_tblspc que tem o apontamento das tablespaces para onde estão
fisicamente os dados a partir do seu oid gerado na criação de uma
tablespace. Eu não posso simplesmente trabalhar da mesma maneira como
faria com o pg_dump -t por exemplo.


[]s

2008/11/11 Ricardo Campos Passanezi <[EMAIL PROTECTED]>:
> On Tue, Nov 11, 2008 at 11:49:45AM -0200, Jota wrote:
>> Olá,
>>
>> Gostaria de compartilhar a minha opinião sobre o assunto.
>>
>> Acho que não podemos ser radicais e dizer que o backup físico é uma
>> furada. Trabalho com alguns clientes e um deles tem um banco de
>> aproximandamente 80GB. Como eu deveria proceder? Fazer um pg_dump e
>> importar o meu backup? Creio que não seja a forma por ser extremamente
>> lento. Outro problema. Se eu faço um pg_dump do meu banco e quero
>> subir em um outro servidor é necessário que eu tenha todos os usuários
>> previamente cadastrados no outro banco (teria que fazer um pg_dumpall
>> -g para gerar os objetos globais (usuários)), já com o backup físico
>> eu elimino essa possibilidade. Porém, existe uma restrição no backup
>> físico pois eu não consigo fazer backup de apenas algumas tabela por
>> exemplo, faço backup completo de todo o meu diretório de dados.
>
> Aí você pode usar o conceito de "tablespaces"¹ e fazer o backup de
> algumas tabelas apenas. Ou de todas, mas em dispositivos diferentes, de
> acordo com a necessidade, ou de qualquer outro modo que queira dividir.
>
>
> [1]
> http://www.postgresql.org/docs/8.3/interactive/manage-ag-tablespaces.html
>
> --
> Ricardo Campos Passanezi -  Administrador de Rede
> Chave PGP e GPG Pública em: http://www.ige.unicamp.br/~riccp
> Instituto de Geociências -  http://www.ige.unicamp.br - UNICAMP
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: backup POSTGRES 8.3

[Jota]

Olá,

Gostaria de compartilhar a minha opinião sobre o assunto.

Acho que não podemos ser radicais e dizer que o backup físico é uma
furada. Trabalho com alguns clientes e um deles tem um banco de
aproximandamente 80GB. Como eu deveria proceder? Fazer um pg_dump e
importar o meu backup? Creio que não seja a forma por ser extremamente
lento. Outro problema. Se eu faço um pg_dump do meu banco e quero
subir em um outro servidor é necessário que eu tenha todos os usuários
previamente cadastrados no outro banco (teria que fazer um pg_dumpall
-g para gerar os objetos globais (usuários)), já com o backup físico
eu elimino essa possibilidade. Porém, existe uma restrição no backup
físico pois eu não consigo fazer backup de apenas algumas tabela por
exemplo, faço backup completo de todo o meu diretório de dados.

Então que acredito que as duas formas se completam e tem casos que é
melhor usar o pg_dump e tem momentos que é melhor fazer um backup
físico. E não podemos esquecer do WAL :)

Acho que era isso

[]s

2008/11/11 Fábio Telles Rodriguez <[EMAIL PROTECTED]>:
>
>
> 2008/11/11 ELIAS JUNIOR <[EMAIL PROTECTED]>
>>
>> É claro que Control + C e Control + V, sempre vai ser mais rápido que
>> qualquer procedimento de restore, mas eu prefiro o mais segure e garantido,
>> mesmo que demore 01(uma) semana, prefiro o PG_DUMP.
>>
>
> Não é bem assim, meu caro. Ninguém fica de madrugada dando Control + C e
> Control + V  para fazer backup. Todo DBA sabe o quão complexo pode ser uma
> rotina de bakcup. Mais ainda, sabe o tamanho da pressão para fazer uma
> aplicação crítica voltar ao ar o mais rápido possível com o mínimo de perda
> de dados. Tenho aqui scripts bem complexos para fazer isso, com checagens e
> outras coisas no caminho. Manter um banco de dados em ambientes grandes
> (seja grande por um grande volume de dados, acessos ou transações) requer
> mais cuidado do que parece. Embora você possa utilizar o PostgreSQL para
> coisas tão simples como uma aplicação feita para utilizar o Access, em
> ambientes maiores você deveria ter mais cuidado.
>
> Em ambientes grandes, subir o backup lógico pode exigir uma série de
> alterações no PostgreSQL e até no SO para ele aguentar a carga, que não é
> pequena. Mas tudo bem, eu não disse que o backup lógico é ruim em
> recuperação de desastres sempre. Ele é viável para ambientes pequenos, que
> deve ser o seu caso. Quando você não tem um DBA alocado para isso, parece
> ser uma atitude razoável. Mas não é sempre a melhor solução, ok?
>
> Atenciosamente,
> Fábio Telles
> --
> blog: http://www.midstorm.org/~telles/
> e-mail / jabber: [EMAIL PROTECTED]
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: Postgres 64 bits

[Jota]

Olá,

Você diz parametrização do postgresql.conf? E dos parâmetros de kernel?

[]s

2008/11/11 Jeanderson Machado <[EMAIL PROTECTED]>:
> Parametrização é igual ao que estamos acostumados? Ou existe mais alguma
> coisa que pode ser acrescentada?
>
> -Mensagem original-
> De: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Em nome de Jota
> Enviada em: terça-feira, 11 de novembro de 2008 09:29
> Para: Comunidade PostgreSQL Brasileira
> Assunto: Re: [pgbr-geral] Postgres 64 bits
>
> Olá,
>
> Eu já usei o PostgreSQL em 64 bits.
>
> O que você considera funcionamento igual?
>
> []s
>
> 2008/11/11 Marcelo Costa <[EMAIL PROTECTED]>:
>> Bom dia
>>
>> 2008/11/11 Jeanderson Machado <[EMAIL PROTECTED]>
>>>
>>> Bom dia colegas, alguém daqui usa o postgres 64 bits? Se sim alguém sabe
>>> onde encontro versões para o FreeBSD?
>>
>> Até onde sei não existe uma versão específica para 64 bits o que vc pode
>> fazer é compilar o PostgreSQL para 64 bits, talvez exista algum pré
>> compilado já para 64 bits.
>>
>> Sugiro que você faça download dos fontes e compile para seu SO/Processador
>>
>> Atte
>>
>> Marcelo
>>
>> --
>> Marcelo Costa
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
>
>
> --
> João Paulo
> www.dextra.com.br/postgres
> PostgreSQL
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
> __ Information from ESET Smart Security, version of virus signature
> database 2740 (20071221) __
>
> The message was checked by ESET Smart Security.
>
> http://www.eset.com
>
>
>
> __ Information from ESET Smart Security, version of virus signature
> database 2740 (20071221) __
>
> The message was checked by ESET Smart Security.
>
> http://www.eset.com
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 64 bits

[Jota]

Olá,

Eu já usei o PostgreSQL em 64 bits.

O que você considera funcionamento igual?

[]s

2008/11/11 Marcelo Costa <[EMAIL PROTECTED]>:
> Bom dia
>
> 2008/11/11 Jeanderson Machado <[EMAIL PROTECTED]>
>>
>> Bom dia colegas, alguém daqui usa o postgres 64 bits? Se sim alguém sabe
>> onde encontro versões para o FreeBSD?
>
> Até onde sei não existe uma versão específica para 64 bits o que vc pode
> fazer é compilar o PostgreSQL para 64 bits, talvez exista algum pré
> compilado já para 64 bits.
>
> Sugiro que você faça download dos fontes e compile para seu SO/Processador
>
> Atte
>
> Marcelo
>
> --
> Marcelo Costa
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Executar função a cada X minutos

[Jota]

Olá,

Tem a função pg_sleep [1].

Acho que ela pode te ajudar.

[1] http://www.postgresql.org/docs/current/static/functions-datetime.html

[]s

2008/11/11 Emerson Casas Salvador <[EMAIL PROTECTED]>:
> SetaDigital - Especialista em Lojas de Calçados escreveu:
>> Bom dia pessoal...
>> Temos a seguinte necessidade:
>>  - Precisamos acessar o servidor dos clientes para dar
>> suporte/manutenção, mas muitos deles não têm IP fixo da internet.
>> - Temos utilizado programas de terceiros como o no-ip ou o ddns, porém
>> é chado ficar instalando e mantendo esses programas.
>> - Então pensamos em criar uma função que acesse o nosso servidor de
>> tempos em tempos e passe o código de identificação da empresa, aí o
>> nosso servidor irá Capturar o IP que fez a conexão e armazenar no
>> Nosso cadastro de clientes.
>>
>> Pergunta:
>> - Tem como fazer com que o Postgres execute essa função
>> automaticamente a cada XX minutos ?
>>
>>
>> Abraços e desde já obrigado a todos.
>> Vanderlei Marcos Kichel
>> [EMAIL PROTECTED] 
>>
> Cria um script SQL e executa ele pelo plsql
>
> http://www.postgresql.org/docs/8.3/interactive/app-psql.html
>
> --
> Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados.
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: backup POSTGRES 8.3

[Jota]

Olá,

Eu quero entender isso também. Por que o backup físico é uma furada/roubada?

[]s

2008/11/11 Fábio Telles Rodriguez <[EMAIL PROTECTED]>:
>
>
> 2008/11/10 ELIAS JUNIOR <[EMAIL PROTECTED]>
>>
>> Se for no linux:
>> pg_dump -U usuario -h ip_servidor -d banco > banco.sql
>>
>> Se for no windows:
>> pg_dump.exe -U usuario -h ip_servidor -d banco > banco.sql
>>
>> NÃO FAÇA BACKUP FÍSICO DO BANDO, É UMA FURADA
>>
>
> Uia... agora eu quero entender isso. Porque o backup físico do "banco" é uma
> furada
>
> []s
> Fábio Telles
> --
> blog: http://www.midstorm.org/~telles/
> e-mail / jabber: [EMAIL PROTECTED]
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro ao compilar Slony para versão 8.3.4

[Jota]

Olá,

Senão me engano esse erro é por falta do pacote flex.

Ubuntu/Debian: apt-get install flex

[]s

2008/11/10 Fernando de Oliveira <[EMAIL PROTECTED]>:
> Pelo que eu vi lá a versão 1.2.15 é compatível com o Pg 8.3
>
> Entretanto ao compilar, de este erro:
>
> # ./configure --with-pgconfigdir='usr/local/pgsql/bin'
> # make
>
> 
>
> gcc -g -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -I../..
> -DPGSHARE="\"/usr/local/pgsql/share/\""  -I/usr/local/pgsql/include/
> -I/usr/local/pgsql/include/server/  -c -o ipcutil.o ipcutil.c
> Missing yacc parser.y parser.c
> make[2]: ** [parser.c] Erro 1
> make[2]: Saindo do diretório
> `/dados/home/fernando/slony1-1.2.15/src/slony_logshipper'
> make[1]: ** [all] Erro 2
> make[1]: Saindo do diretório `/dados/home/fernando/slony1-1.2.15/src'
> make: ** [all] Erro 2
>
>
>
>> Date: Mon, 10 Nov 2008 18:18:32 -0200
>> From: [EMAIL PROTECTED]
>> To: pgbr-geral@listas.postgresql.org.br
>> Subject: Re: [pgbr-geral] Erro ao compilar Slony para versão 8.3.4
>>
>> Olá,
>>
>> Suporta sim. Mas não todas as versões do Slony-l. Tem que dar uma
>> olhada no site do Slony-l: http://www.slony.info
>>
>> []s
>>
>> 2008/11/10 Fernando de Oliveira <[EMAIL PROTECTED]>:
>> > Prezados,
>> >
>> > Conteúdo do arquivo INSTALL do slony1-2.0.0.rc1:
>> >
>> > "Slony-I currently supports PostgreSQL 7.4.0 (and higher), 8.0.x, and
>> > 8.1.x. There have also been changes made to support features expected
>> > in 8.2."
>> >
>> > Estou tentando compilar para a versão 8.3 do PostgreSql.
>> > O Slony ainda não suporta as versões 8.3.x ??
>> >
>> > att
>> > Fernando
>> >
>> >
>> >
>> > 
>> > From: [EMAIL PROTECTED]
>> > To: pgbr-geral@listas.postgresql.org.br
>> > Date: Thu, 6 Nov 2008 12:03:09 +
>> > Subject: [pgbr-geral] RE: Erro ao compilar Slony para versão 8.3.4
>> >
>> > Prezado,
>> > o linnk me enviado está quebrado, poderia me reenviar...
>> >
>> > obrigado
>> > Fernando
>> >
>> >> Date: Wed, 5 Nov 2008 21:16:08 -0200
>> >> From: [EMAIL PROTECTED]
>> >> To: pgbr-geral@listas.postgresql.org.br
>> >> Subject: Re: [pgbr-geral] Erro ao compilar Slony para versão 8.3.4
>> >>
>> >> Olá, Fernando
>> >>
>> >> Esse erro parece não ser do Slony-l. De uma olhada em:
>> >>
>> >>
>> >> http://archives.devshed.com/forums/databases-124/postgresql-8-2-installation-error-at-gmake-2187831.
>> >> É da versão 8.2 mas acho que pode te ajudar.
>> >>
>> >> []s
>> >>
>> >>
>> >> 2008/11/5 Fernando de Oliveira <[EMAIL PROTECTED]>:
>> >> > Olá a todos,
>> >> >
>> >> > Tenho instalado a partir dos fontes a versão 8.3.4 no Debian Etch.
>> >> >
>> >> > Estou tentando compilar o slony1-1.2.0 a partir das orientações da
>> >> > documentação com:
>> >> >
>> >> > ./configure --with-pgconfigdir=/usr/local/pgsql/bin
>> >> >
>> >> >
>> >> > Depois:
>> >> > make all
>> >> >
>> >> > Porém obtenho os seguintes erros:
>> >> >
>> >> >
>> >> > make[1]: Entrando no diretório
>> >> > `/dados/home/fernando/slony1-1.2.0/src'
>> >> > make[2]: Entrando no diretório
>> >> > `/dados/home/fernando/slony1-1.2.0/src/xxid'
>> >> > make[2]: Nada a ser feito para `all'.
>> >> > make[2]: Saindo do diretório
>> >> > `/dados/home/fernando/slony1-1.2.0/src/xxid'
>> >> > make[2]: Entrando no diretório
>> >> > `/dados/home/fernando/slony1-1.2.0/src/parsestatements'
>> >> > ./test-scanner < /dev/null > emptytestresult.log
>> >> > cmp ./emptytestresult.log emptytestresult.expected
>> >> > ./test-scanner < ./test_sql.sql > test_sql.log
>> >> > cmp ./test_sql.log ./test_sql.expected
>> >> > make[2]: Saindo do diretório
>> >> > `/dados/home/fernando/slony1-1.2.0/src/parsestatements'
>> >> > make[2]: Entrando no diretório
>> >> > `/dados/home/fernando/slony1-1.2.0/src/slon'
>> >> > gcc -g -O2 -pthread -I../.. -I../../src/slon -o slon slon.o
>> >> > runtime_config.o
>> >> > local_listen.o remote_listen.o remote_worker.o sync_thread.o
>> >> > cleanup_thread.o scheduler.o dbutils.o conf-file.o confoptions.o
>> >> > misc.o
>> >> > ../parsestatements/scanner.o -pthread -L/usr/local/pgsql/lib/
>> >> > -L/usr/local/pgsql/lib/ -lpq -Wl,-rpath,/usr/local/pgsql/lib/
>> >> > confoptions.o: In function `build_conf_variables':
>> >> > /dados/home/fernando/slony1-1.2.0/src/slon/confoptions.c:103:
>> >> > undefined
>> >> > reference to `pg_qsort'
>> >> > collect2: ld returned 1 exit status
>> >> > make[2]: ** [slon] Erro 1
>> >> > make[2]: Saindo do diretório
>> >> > `/dados/home/fernando/slony1-1.2.0/src/slon'
>> >> > make[1]: ** [all] Erro 2
>> >> > make[1]: Saindo do diretório `/dados/home/fernando/slony1-1.2.0/src'
>> >> > make: ** [all] Erro 2
>> >> >
>> >> >
>> >> > Já procurei na net algo parecido e não encontrei, alguém aqui pode me
>> >> > ajudar?
>> >> > Ps: tentei também com a versão 2.0-rc1, também vários erros.
>> >> >
>> >> > att,
>> >> > Fernando
>> >> >
>> >> >
>> >> > 
>> >> > Conheça já o Windows Live Spaces, o site d

Re: [pgbr-geral] Erro ao compilar Slony para versão 8.3.4

[Jota]

Olá,

Suporta sim. Mas não todas as versões do Slony-l. Tem que dar uma
olhada no site do Slony-l: http://www.slony.info

[]s

2008/11/10 Fernando de Oliveira <[EMAIL PROTECTED]>:
> Prezados,
>
> Conteúdo do arquivo INSTALL do slony1-2.0.0.rc1:
>
> "Slony-I currently supports PostgreSQL 7.4.0 (and higher), 8.0.x, and
> 8.1.x.  There have also been changes made to support features expected
> in 8.2."
>
> Estou tentando compilar para a versão 8.3 do PostgreSql.
> O Slony ainda não suporta as versões 8.3.x ??
>
> att
> Fernando
>
>
>
> 
> From: [EMAIL PROTECTED]
> To: pgbr-geral@listas.postgresql.org.br
> Date: Thu, 6 Nov 2008 12:03:09 +
> Subject: [pgbr-geral] RE: Erro ao compilar Slony para versão 8.3.4
>
> Prezado,
> o linnk me enviado está quebrado, poderia me reenviar...
>
> obrigado
> Fernando
>
>> Date: Wed, 5 Nov 2008 21:16:08 -0200
>> From: [EMAIL PROTECTED]
>> To: pgbr-geral@listas.postgresql.org.br
>> Subject: Re: [pgbr-geral] Erro ao compilar Slony para versão 8.3.4
>>
>> Olá, Fernando
>>
>> Esse erro parece não ser do Slony-l. De uma olhada em:
>>
>> http://archives.devshed.com/forums/databases-124/postgresql-8-2-installation-error-at-gmake-2187831.
>> É da versão 8.2 mas acho que pode te ajudar.
>>
>> []s
>>
>>
>> 2008/11/5 Fernando de Oliveira <[EMAIL PROTECTED]>:
>> > Olá a todos,
>> >
>> > Tenho instalado a partir dos fontes a versão 8.3.4 no Debian Etch.
>> >
>> > Estou tentando compilar o slony1-1.2.0 a partir das orientações da
>> > documentação com:
>> >
>> > ./configure --with-pgconfigdir=/usr/local/pgsql/bin
>> >
>> >
>> > Depois:
>> > make all
>> >
>> > Porém obtenho os seguintes erros:
>> >
>> >
>> > make[1]: Entrando no diretório `/dados/home/fernando/slony1-1.2.0/src'
>> > make[2]: Entrando no diretório
>> > `/dados/home/fernando/slony1-1.2.0/src/xxid'
>> > make[2]: Nada a ser feito para `all'.
>> > make[2]: Saindo do diretório
>> > `/dados/home/fernando/slony1-1.2.0/src/xxid'
>> > make[2]: Entrando no diretório
>> > `/dados/home/fernando/slony1-1.2.0/src/parsestatements'
>> > ./test-scanner < /dev/null > emptytestresult.log
>> > cmp ./emptytestresult.log emptytestresult.expected
>> > ./test-scanner < ./test_sql.sql > test_sql.log
>> > cmp ./test_sql.log ./test_sql.expected
>> > make[2]: Saindo do diretório
>> > `/dados/home/fernando/slony1-1.2.0/src/parsestatements'
>> > make[2]: Entrando no diretório
>> > `/dados/home/fernando/slony1-1.2.0/src/slon'
>> > gcc -g -O2 -pthread -I../.. -I../../src/slon -o slon slon.o
>> > runtime_config.o
>> > local_listen.o remote_listen.o remote_worker.o sync_thread.o
>> > cleanup_thread.o scheduler.o dbutils.o conf-file.o confoptions.o misc.o
>> > ../parsestatements/scanner.o -pthread -L/usr/local/pgsql/lib/
>> > -L/usr/local/pgsql/lib/ -lpq -Wl,-rpath,/usr/local/pgsql/lib/
>> > confoptions.o: In function `build_conf_variables':
>> > /dados/home/fernando/slony1-1.2.0/src/slon/confoptions.c:103: undefined
>> > reference to `pg_qsort'
>> > collect2: ld returned 1 exit status
>> > make[2]: ** [slon] Erro 1
>> > make[2]: Saindo do diretório
>> > `/dados/home/fernando/slony1-1.2.0/src/slon'
>> > make[1]: ** [all] Erro 2
>> > make[1]: Saindo do diretório `/dados/home/fernando/slony1-1.2.0/src'
>> > make: ** [all] Erro 2
>> >
>> >
>> > Já procurei na net algo parecido e não encontrei, alguém aqui pode me
>> > ajudar?
>> > Ps: tentei também com a versão 2.0-rc1, também vários erros.
>> >
>> > att,
>> > Fernando
>> >
>> >
>> > 
>> > Conheça já o Windows Live Spaces, o site de relacionamentos do
>> > Messenger!
>> > Crie já o seu!
>> > ___
>> > pgbr-geral mailing list
>> > pgbr-geral@listas.postgresql.org.br
>> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>> >
>> >
>>
>>
>>
>> --
>> João Paulo
>> www.dextra.com.br/postgres
>> PostgreSQL
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
> 
> Notícias direto do New York Times, gols do Lance, videocassetadas e muitos
> outros vídeos no MSN Videos! Confira já!
> 
> Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver
> offline. Conheça o MSN Mobile! Crie já o seu!
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Sistema de busca

[Jota]

Opa,

Entendi. Já conseguiu resolver?

[]s

2008/11/7 Thiago M. Figueredo <[EMAIL PROTECTED]>:
> Opa Amigo,
>
> Antes de mais nada queria agradecer a ajuda do amigo e de todos aqui na lista.
>
> Na verdade eu quero fazer a busca em um determinada coluna só que as vezes é 
> a coluna ds_nome ou a coluna ds_telefone ou a coluna ds_email a verdade ele 
> uma ora vai buscar em uma coluna ou em outra o usuário que for efetuar a 
> busca que vai escolher se vai buscar por telefone ou outro dado, o nome da 
> coluna vem em uma variável
>
> Bom amigos muito obrigado a ajuda e um grande abraço.
>
> Att.
> Thiago M. Figueiredo
>
>>Olá,
>>
>>Você quer fazer uma busca utilizando todas as colunas da sua tabela é
>>isso? Se for isso você precisará criar uma função para fazer isso?
>>Qual o seu problema?
>>
>>[]s
>>
>>
>>>2008/11/6 Thiago M. Figueiredo <[EMAIL PROTECTED]>:
>
>> Opa Pessoal,
>>
>> Estou com uma duvida aqui, estou tentado fazer com busca com o nome da
>> coluna sendo variável.
>>
>> Ex:
>> select * from TABLE where VARIAVEL_COM_NOME_DA_COLUNA ILIKE %PALAVRA-CHAVE%
>>
>> Ele não entendi que a variavel é um comando alguém sabe como eu posso
>> fazer isso sem POG (Programação Orientada a Gambiarra)
>>
>> Muito Obrigado pela ajuda e um grande abraço.
>> Att,
>> Thiago M. Figueiredo
>>
>> --
>> 
>> Thiago M. Figueiredo
>> E-Mail: [EMAIL PROTECTED]
>> E-Mail: [EMAIL PROTECTED]
>> Cel: (55 11) 8627-5343
>> http://www.pzpzine.com
>> http://www.thiagofigueiredo.com
>> 'Open Source' o conhecimento é do mundo! :P
>> Usar software proprietario R$ 450,00 com MasterCard, usar software livre não 
>> tem preço :D
>> Software livre pensamento proprietário
>
>
>
>  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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Usuários conectados

[Jota]

Olá,

Outra possibilidade seria: select datname,numbackends from pg_stat_database;

[]s

2008/11/7 Osvaldo Kussama <[EMAIL PROTECTED]>:
> 2008/11/7, Alisson Viegas | Acsiv Sistemas <[EMAIL PROTECTED]>:
>> Olá pessoal.
>> Há alguma função para ser quantos usuários estão conectados ao banco?
>>
>
>
> pg_stat_activity?
> "One row per server process, showing database OID, database name,
> process ID, user OID, user name, current query, query's waiting
> status, time at which the current transaction and current query began
> execution, time at which the process was started, and client's address
> and port number. The columns that report data on the current query are
> available unless the parameter track_activities has been turned off.
> Furthermore, these columns are only visible if the user examining the
> view is a superuser or the same as the user owning the process being
> reported on."
> http://www.postgresql.org/docs/current/interactive/monitoring-stats.html#MONITORING-STATS-VIEWS-TABLE
>
> Osvaldo
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Sistema de busca

[Jota]

Olá,

Você quer fazer uma busca utilizando todas as colunas da sua tabela é
isso? Se for isso você precisará criar uma função para fazer isso?
Qual o seu problema?

[]s


2008/11/6 Thiago M. Figueiredo <[EMAIL PROTECTED]>:
> Opa Pessoal,
>
> Estou com uma duvida aqui, estou tentado fazer com busca com o nome da
> coluna sendo variável.
>
> Ex:
> select * from TABLE where VARIAVEL_COM_NOME_DA_COLUNA ILIKE %PALAVRA-CHAVE%
>
> Ele não entendi que a variavel é um comando alguém sabe como eu posso
> fazer isso sem POG (Programação Orientada a Gambiarra)
>
> Muito Obrigado pela ajuda e um grande abraço.
> Att,
> Thiago M. Figueiredo
>
> --
> 
> Thiago M. Figueiredo
> E-Mail: [EMAIL PROTECTED]
> E-Mail: [EMAIL PROTECTED]
> Cel: (55 11) 8627-5343
> http://www.pzpzine.com
> http://www.thiagofigueiredo.com
> 'Open Source' o conhecimento é do mundo! :P
> Usar software proprietario R$ 450,00 com MasterCard, usar software livre não 
> tem preço :D
> Software livre pensamento proprietário
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] apagar registos repetidos

[Jota]

Olá,

No meu blog tem um post sobre como resolver esse tipo de problema
(http://jotacomm.wordpress.com).

[]s




2008/11/6 William Leite Araújo <[EMAIL PROTECTED]>:
> Sugestão:
>
> 1 ) Crie uma tabela temporária com os dados que deseja manter (registros com
> campo3 maior).
> 2) Delete os registros da tabela que não estejam na tabela temporaria;
>
> Ex.:
>
> BEGIN;
> CREATE TEMP TABLE mantidos AS
>SELECT campo1 as t1,campo2 as t2,max(campo3), count(1)
>FROM [tabela] GROUP BY campo1, campo2;
>
> DELETE FROM [tabela] WHERE (campo1,campo2,campo3) NOT IN (SELECT t1,t2,max
> FROM mantidos );
>
> END;
>
>Funcionará caso a tripla (campo1,campo2,campo3) não contenha nulos nem se
> repita.
>
> 2008/11/6 Eloi Ribeiro <[EMAIL PROTECTED]>
>>
>> Saudações à lista,
>>
>> Tenho a seguinte duvida:
>>
>> Numa tabela onde existem registos repetidos, ou seja, onde a combinação
>> entre o campo1(smallint) e campo2(date) se repetem. Gostaria de eliminar
>> todos os registos repetidos excepto o que tenha no campo3(date) a data mais
>> recente.
>>
>> |campo1 (smallint) | campo2 (date) | campo3 (date) |
>>
>> |--|
>> | 1|  2008-06-12 |   2008-06-12| <-
>> eliminar
>> | 1|  2008-06-12 |   2008-11-06|
>> (...)
>>
>>
>> Muito obrigado pelas vossas sugestões.
>>
>> Ciao,
>>
>>
>>
>> --
>> Eloi Ribeiro
>>
>> eloi.ribeiro ARROBA gmail PONTO com
>> http://eloiribeiro.blogspot.com
>>
>> España, Valencia
>>
>> Antes de imprimir pensa que estará a gastar papel, tinta e energia.
>> Apaga todos os endereços de email do cabeçalho, bem como qualquer um
>> que apareça no corpo da mensagem. Essa informação é privada.
>> Coloca os endereços dos destinatários em BCC ou CCo.
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> William Leite Araújo
> Mobile Solution Manager   - QualiConsult
> Analista de Banco de Dados
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro ao compilar Slony para versão 8.3.4

[Jota]

Olá, Fernando

Esse erro parece não ser do Slony-l. De uma olhada em:
http://archives.devshed.com/forums/databases-124/postgresql-8-2-installation-error-at-gmake-2187831.
É da versão 8.2 mas acho que pode te ajudar.

[]s


2008/11/5 Fernando de Oliveira <[EMAIL PROTECTED]>:
> Olá a todos,
>
> Tenho instalado a partir dos fontes a versão 8.3.4 no Debian Etch.
>
> Estou tentando compilar o slony1-1.2.0 a partir das orientações da
> documentação com:
>
> ./configure --with-pgconfigdir=/usr/local/pgsql/bin
>
>
> Depois:
> make all
>
> Porém obtenho os seguintes erros:
>
>
> make[1]: Entrando no diretório `/dados/home/fernando/slony1-1.2.0/src'
> make[2]: Entrando no diretório `/dados/home/fernando/slony1-1.2.0/src/xxid'
> make[2]: Nada a ser feito para `all'.
> make[2]: Saindo do diretório `/dados/home/fernando/slony1-1.2.0/src/xxid'
> make[2]: Entrando no diretório
> `/dados/home/fernando/slony1-1.2.0/src/parsestatements'
> ./test-scanner < /dev/null > emptytestresult.log
> cmp ./emptytestresult.log emptytestresult.expected
> ./test-scanner < ./test_sql.sql > test_sql.log
> cmp ./test_sql.log ./test_sql.expected
> make[2]: Saindo do diretório
> `/dados/home/fernando/slony1-1.2.0/src/parsestatements'
> make[2]: Entrando no diretório `/dados/home/fernando/slony1-1.2.0/src/slon'
> gcc -g -O2 -pthread -I../.. -I../../src/slon -o slon slon.o runtime_config.o
> local_listen.o remote_listen.o remote_worker.o sync_thread.o
> cleanup_thread.o scheduler.o dbutils.o conf-file.o confoptions.o misc.o
> ../parsestatements/scanner.o -pthread -L/usr/local/pgsql/lib/
> -L/usr/local/pgsql/lib/ -lpq  -Wl,-rpath,/usr/local/pgsql/lib/
> confoptions.o: In function `build_conf_variables':
> /dados/home/fernando/slony1-1.2.0/src/slon/confoptions.c:103: undefined
> reference to `pg_qsort'
> collect2: ld returned 1 exit status
> make[2]: ** [slon] Erro 1
> make[2]: Saindo do diretório `/dados/home/fernando/slony1-1.2.0/src/slon'
> make[1]: ** [all] Erro 2
> make[1]: Saindo do diretório `/dados/home/fernando/slony1-1.2.0/src'
> make: ** [all] Erro 2
>
>
> Já procurei na net algo parecido e não encontrei, alguém aqui pode me
> ajudar?
> Ps: tentei também com a versão 2.0-rc1, também vários erros.
>
> att,
> Fernando
>
>
> 
> Conheça já o Windows Live Spaces, o site de relacionamentos do Messenger!
> Crie já o seu!
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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] pg_stat_activity nã o mostra nada

[Jota]

Olá,

Como assim a forma que foi levantado o Postgres?

Uma forma de inicar o serviço é: pg_ctl -D /diretorio/de/dados start

[]s



2008/11/5 Thiago <[EMAIL PROTECTED]>:
> Está sim ... verificamos tudo ... o que disseram aqui que pode ser é a
> forma como o foi levantado o serviço do postgre ...
>
> Alguém sabe me informar qual é linha de comando correta para subir o
> serviço?
>
> Jota escreveu:
>> Olá,
>>
>> O paramêtros de coleta de estatísticas está ligado (stats_start_collector = 
>> on)?
>>
>> []s
>>
>> 2008/11/4 Thiago <[EMAIL PROTECTED]>:
>>> Olá galera ... o meu pg não está listando nada quando executo o comando:
>>>select * from pg_stat_activity
>>>
>>> Na configuração do pg o stats_command_string está on
>>> A versão do pg é 8.1.11
>>>
>>> Alguém faz idéia do que pode ser ???
>>>
>>> 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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 suportando somente codificaç ão UTF8 no Debian Etch

[Jota]

Olá,

Não. Você pode usar o locale C, assim será possível criar bancos de
dados em codificações UTF8 e Latin1. Seria isso que você precisa?

initdb -D /diretorio/data --locale=C

Porém para fazer isso é necessário executar o initdb, isso implica que
o seu diretório de dados (caso você já tenha) tem que estar vazio,
então é aconselhável você realizar um backup, inicializar o cluster de
novo (initdb) e restaurar o seu backup.

Feito isso você poderia criar bancos de dados em diferentes codificações.

Por padrão a partir da versão 8.3 o locale e o encoding devem falar a
"mesma língua" por isso que você não esta conseguindo criar bancos em
Latin1 visto que o seu servidor Debian Etch tem codificação UTF8.

Espero ter ajudado.

PS: não sei se consegui ser claro :(

[]s









2008/11/4 Fernando de Oliveira <[EMAIL PROTECTED]>:
> Pessoal,
>
> Fiz uma instalação a partir dos fontes da versão 8.3.4 no meu sistema Debian
> Etch.
>
> Percebi que somente está habilitada a codificação do tipo UTF8, porém
> preciso de outras codificações também.
>
> Pergunta:
> A única forma de adicionar suporte a outras codificações agora seria:
>
> ./configure --enable-multibyte[=encoding_system]
>
> e recompilar e instalar tudo novamente?
>
>
>
> att
>
> Fernando
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] acessos banco

[Jota]

Olá,

Ao fazer uso do \c banco você está especificando o nome do banco que
você deseja se concetar, e isso vai ser feito com o próprio usuário
que você está logado, a não ser que você faça: \c banco usuário, assim
você informa outro usuário para a conexão e a validação será feita
através do pg_hba.conf que dirá se você ou não acessar o banco em
questão.

Quem define as regras de acesso, como qual banco de dado você pode
acessar, com qual usuário e o método de autenticação é o arquivo
pg_hba.conf. Neste arquivo também são descritas as regras de acesso
para localhost ou conexão de um outro IP.

As regras no seu arquivo pg_hba estão ou com método trust ou ident. Se
estiver trust ele vai conectar sem a necessidade da senha, se estiver
como ident ele será autenticado pelo sistema operacional.

Espero ter sido claro :)

[]s


2008/11/4 Mr J.L. <[EMAIL PROTECTED]>:
> Ola,
> Nao achei nada nesses links referentes a meu problema com o \c no "psql" que 
> pode acessar outros bancos.
>
> Outra sugestao?
>
> Obrigado
>
>
> --- Em ter, 4/11/08, Fabrízio de Royes Mello <[EMAIL PROTECTED]> escreveu:
>
>> De: Fabrízio de Royes Mello <[EMAIL PROTECTED]>
>> Assunto: Re: [pgbr-geral] acessos banco
>> Para: [EMAIL PROTECTED], "Comunidade PostgreSQL Brasileira" 
>> 
>> Data: Terça-feira, 4 de Novembro de 2008, 13:14
>> Mr J.L. escreveu:
>> > Ola Pessoal,
>> > Estou com um problema de permissoes de acesso a meus
>> banco e nao sei como resolver.
>> > Ex: quando estou conectado no banco "X" com
>> um usuario e faço um \c "Y" no psql, esse
>> usuario automaticamente acesso o banco "Y".
>> >
>> > Aguem sabe como resolver isso?
>> >
>>
>> Um bom começo:
>>
>> http://www.postgresql.org/docs/8.3/interactive/user-manag.html
>> http://www.postgresql.org/docs/8.3/interactive/client-authentication.html
>>
>> Nesses links existem informações detalhadas sobre o
>> assunto.
>>
>> Cordialmente,
>>
>> -- Fabrízio de Royes Mello
>> Coordenador Desenvolvimento de Software
>> [EMAIL PROTECTED]
>> DBSeller Informática Ltda. - http://www.dbseller.com.br
>> (51) 3076-5101
>
>
>  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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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] pg_stat_activity nã o mostra nada

[Jota]

Olá,

O paramêtros de coleta de estatísticas está ligado (stats_start_collector = on)?

[]s

2008/11/4 Thiago <[EMAIL PROTECTED]>:
> Olá galera ... o meu pg não está listando nada quando executo o comando:
>select * from pg_stat_activity
>
> Na configuração do pg o stats_command_string está on
> A versão do pg é 8.1.11
>
> Alguém faz idéia do que pode ser ???
>
> Obrigado !!!
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: Serviço do PostGreSQL no Win dow 2008

[Jota]

Olá,

Não tenho experiência com Windows, mas será que não tem alguma
configuração do Windows para que isso esteja ocorrendo? No PostgreSQL
não existe algum parâmetro para isso.

[]s

2008/10/31 Marcos Antonio Queiroz <[EMAIL PROTECTED]>:
> Sim se num fizer consulta, ou alguma coisa o Windows interrompe o serviço
>
> 
> __
>
> Marcos Antonio Queiroz
> Gerente Projetos
> +55 14 3402-9995
> +55 14 9785-1975
> Rua Paraíba, 31 -1º Andar -  Centro - Marília/São Paulo
>
>
> -Mensagem original-
> De: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Em nome de Jota
> Enviada em: sexta-feira, 31 de outubro de 2008 12:47
> Para: Comunidade PostgreSQL Brasileira
> Assunto: Re: [pgbr-geral] Serviço do PostGreSQL no Window 2008
>
> Olá,
>
> Como assim fica algum tempo sem utilizar? Você quer dizer fazendo
> consulta, inserção e por ai vai?
>
> []s
>
> 2008/10/31 Marcos Antonio Queiroz <[EMAIL PROTECTED]>:
>> Instalei o PG em um servidor com o Windows 2008 para testes, ta
> funcionando
>> muito bem mas tem alguma coisa no Windows que interrompe o serviço do PG
>> quando fica algum tempo sem utilizar, alguém sabe como mudar isso para não
>> interromper mais o serviço ?
>>
>> Obrigado.
>>
>>
>>
> 
>> __
>>
>> Marcos Antonio Queiroz
>> Gerente Projetos
>> +55 14 3402-9995
>> +55 14 9785-1975
>> Rua Paraíba, 31 -1º Andar -  Centro - Marília/São Paulo
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> João Paulo
> www.dextra.com.br/postgres
> PostgreSQL
> ___
> 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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Serviço do PostGreSQL no Window 200 8

[Jota]

Olá,

Como assim fica algum tempo sem utilizar? Você quer dizer fazendo
consulta, inserção e por ai vai?

[]s

2008/10/31 Marcos Antonio Queiroz <[EMAIL PROTECTED]>:
> Instalei o PG em um servidor com o Windows 2008 para testes, ta funcionando
> muito bem mas tem alguma coisa no Windows que interrompe o serviço do PG
> quando fica algum tempo sem utilizar, alguém sabe como mudar isso para não
> interromper mais o serviço ?
>
> Obrigado.
>
>
> 
> __
>
> Marcos Antonio Queiroz
> Gerente Projetos
> +55 14 3402-9995
> +55 14 9785-1975
> Rua Paraíba, 31 -1º Andar -  Centro - Marília/São Paulo
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 com sequencia

[Jota]

Apenas um detalhe com relação ao returning. Ele foi implementado na versão 8.2.

[]s

2008/10/30 Roberto Mello <[EMAIL PROTECTED]>:
> 2008/10/30 Jocemar Ferreira Garcia <[EMAIL PROTECTED]>:
>>
>> UPDATE nota_fiscal_s SET numero=nextval('seq_numero_nota_fiscal') WHERE
>> "idNotaFiscalS"=intID;
>> vchRetorno:=lpad(currval('seq_numero_nota_fiscal'), 6, '0');
>>
>> Ocorre q depois de mais de 1 ano, aconteceu que o numero da nota em um
>> cliente, pulou 32... de 495 para 527... naum sei oq pode ter acontecido...
>> alguem tem uma sugestao para um melhor controle do numero da nota? por acaso
>> estou trabalhando de uma maneira errada com as sequencias?
>
> Podem ter havido varias transacoes que foram abortadas, e
> consequentemente os numeros nao foram inseridos, mas a sequencia nunca
> volta atras, mesmo a transacao sendo abortada, a menos que voce faca
> um setval(), e e' assim que elas foram desenhadas para funcionar.
>
> Talvez no caso das NF o uso de uma sequencia para o numero nao seja a
> melhor maneira. Ou no minimo voce teria que implementar bem mais
> cuidado para evitar esse tipo de comportamento, tratando erros, etc.
>
> A proposito, voce nao precisa emitir uma nova consulta para pegar o
> ultimo numero da sequencia. Podes usar o RETURNING para o update:
>
> UPDATE nota_fiscal_s SET numero=nextval('seq_numero_nota_fiscal')
> WHERE "idNotaFiscalS"=intID RETURNING "idNotaFiscalS"
>
> Roberto
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Monitorar o que é executado em base s de dados

[Jota]

Olá,

A pergunta é bem genérica? O que é para você monitorar tudo que
acontece? É monitorar todos os comandos em tempo real
(pg_stat_activity). É monitorar todas as operações para análise futura
(configuração de logs) ou ainda cada alteração de um dado de uma
tabela você gravar essa alteração em uma tabela de histórico
(rules/triggers).

[]s

2008/10/30 Consultores Software <[EMAIL PROTECTED]>:
> Olá pessoal !
>
> Como faço para monitorar tudo o que é executado em uma base de dados, para
> fins de auditoria ?
> Utilizo pg 8.2.5 em Win XP
>
> Muito obrigado, desde já
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 com sequencia

[Jota]

Olá,

A cada operação sobre uma seqüência ela vai gerar o próximo número. No
seu caso a cada update ele vai pegar o próximo número da seqüência e
vai atribuir esse valor ao atributo número.

Consegui ser claro?

PS: não sei se essa era a sua dúvida.

[]s

2008/10/30 Jocemar Ferreira Garcia <[EMAIL PROTECTED]>:
> Boa tarde a todos...
>
> Olha oq aconteceu comigo... tenho uma estrutura para controle de notas
> fiscais, onde qndo o cliente clica em emitir nota eu faco o seguinte...
>
> UPDATE nota_fiscal_s SET numero=nextval('seq_numero_nota_fiscal') WHERE
> "idNotaFiscalS"=intID;
> vchRetorno:=lpad(currval('seq_numero_nota_fiscal'), 6, '0');
>
> Ocorre q depois de mais de 1 ano, aconteceu que o numero da nota em um
> cliente, pulou 32... de 495 para 527... naum sei oq pode ter acontecido...
> alguem tem uma sugestao para um melhor controle do numero da nota? por acaso
> estou trabalhando de uma maneira errada com as sequencias?
>
> Desde ja agradeco...
>
> Jocemar F. Garcia
> Bemasoft Informatica
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Tsearch2 x Expressao Regular x Like

[Jota]

Olá,

Diferenças em que sentido?

[]s

2008/10/29 Mateus <[EMAIL PROTECTED]>:
> SELECT * FROM tabela WHERE idxfti2 @@ to_tsquery('portuguese', 'google |
> yahoo');
> SELECT * FROM tabela WHERE obs like  '%goole%' or obs like '%yahoo%';
> SELECT * FROM tabela WHERE obs ~* 'google' or obs ~* 'yahoo';
>
> Não vi grande diferença?
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [Spam] Re: Ler um arquivo txt

[Jota]

Olá,

Para carregar os dados para uma tabela use o comando copy [1].

[1] http://www.postgresql.org/docs/8.3/interactive/sql-copy.html

[]s

2008/10/29 Brasil Software <[EMAIL PROTECTED]>:
> Pessoal preciso de uma função para ler um arquivo txt pelo postgresql.
> EX:
>
> Tenho um txt com a seguinte informação
> CODIGO NOME
> 01 Feira de Santana
> 00 
>
> A ideia é ler isso como uma tabela.
>
> Se possivel fazer SELECT apartir dela.
>
>
>
>
>
> Jota escreveu:
>> Olá,
>>
>> Como assim ler um texto? Qual a idéia? Carregar uma tabela?
>>
>> []s
>>
>> 2008/10/29 Brasil Software <[EMAIL PROTECTED]>:
>>
>>> Pessoal preciso de uma função para ler um arquivo txt pelo postgresql.
>>>
>>> Alguem tem alguma?
>>>
>>> ___
>>> 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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ler um arquivo txt

[Jota]

Olá,

Como assim ler um texto? Qual a idéia? Carregar uma tabela?

[]s

2008/10/29 Brasil Software <[EMAIL PROTECTED]>:
> Pessoal preciso de uma função para ler um arquivo txt pelo postgresql.
>
> Alguem tem alguma?
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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: Parâmetro em consulta

[Jota]

Olá,

\set recurso do psql. Desconheço se é possível fazer no pgadmin ou em
alguma outra ferramenta.

[]s

2008/10/29 Robson <[EMAIL PROTECTED]>:
> Mas via aplicação ou PgAdmin é possível? Sei que posso fazer isso montando a
> string com variáveis da aplicação e já enviando pronta, mas se eu quiser
> carregar a variável na própria consulta.
>
> -Mensagem original-
> De: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Em nome de Fabrízio de
> Royes Mello
> Enviada em: quarta-feira, 29 de outubro de 2008 07:45
> Para: Comunidade PostgreSQL Brasileira
> Assunto: Re: [pgbr-geral] Parâmetro em consulta
>
> Robson dos Santos escreveu:
>> Pessoal, essa é uma consulta que utilizo no Query Analyzer do SQL
>> Server, como ficaria, e se for possível no Postgresql? via função eu sei
>> que dá, mas direto na consulta não sei.
>>
>> DECLARE @Almoxarifado VARCHAR(8)
>> SET @Almoxarifado = '1.02.001' -- Informar o Almoxarifado
>> SELECT Almoxarifado, Material , Descricao , QtdAtual , PreçoAtual,
>> PreçoMedio
>> FROM tbxxx
>> WHERE almox= @Almoxarifado ORDER BY Descricao
>>
>
> No terminal interativo do PostgreSQL, o psql, isso é bem simples:
>
> $ psql minha_base
> minha_base=# \set Almoxarifado '1.02.001'
> minha_base=# SELECT "Almoxarifado", "Material", "Descricao", "QtdAtual",
> minha_base-# "PreçoAtual", "PreçoMedio", FROM "tbxxx"
> minha_base-# WHERE "almox" = ':Almoxarifado' ORDER BY "Descricao";
>
>
> Para verificar as variaveis disponiveis podes listar elas somente com:
>
> minha_base=# \set
>
>
> Também podes ver o conteudo de uma especifica:
>
> minha_base=# \echo Almoxarifado
>
>
> Para maiores informações veja:
> http://www.postgresql.org/docs/8.3/interactive/app-psql.html
>
>
> Cordialmente,
>
> --
> Fabrízio de Royes Mello
> Coordenador Desenvolvimento de Software
> [EMAIL PROTECTED]
> DBSeller Informática Ltda. - http://www.dbseller.com.br
> (51) 3076-5101
> ___
> 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
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] LIKE lento na versão 8.3.4

[Jota]

Olá,



2008/10/29 Mateus <[EMAIL PROTECTED]>:
> Fabrízio de Royes Mello escreveu:
>> Jota escreveu:
>>> Olá,
>>>
>>> Sempre que você quiser usar uma função sobre um campo indexado para
>>> usar o índice, o mesmo deve ser criado com a função.
>>>
>>> []s
>>>
>>
>> Só para complementar... foi postado hoje no site oficial do PostgreSQL:
>>
>> http://www.postgresonline.com/journal/index.php?/archives/78-Why-is-my-index-not-being-used.html
>>
>>
>>
>> Cordialmente,
>>
>
> Se eu usar assim  Like 'TESTE%' funciona mas se usar assim Like
> '%TESTE%' não funciona.

Com certeza. Assim Like 'TESTE%' usa índice, e assim '%TESTE%' nunca
vai usar índice. Pergunta simples. Por onde o seu índice vai começar a
procurar?

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



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Parâmetro em consulta

[Jota]

Olá, Róbson

Você precisa fazer assim:

\set almoxarifado '1'||'.'||'02'||'.'||'001'

Para acessar a variavel criada você precisa utilizar no formato
:variavel, no seu caso :almoxarifado.

\unset você destrói a variável.

[]s

2008/10/28 Robson dos Santos <[EMAIL PROTECTED]>:
> Pessoal, essa é uma consulta que utilizo no Query Analyzer do SQL Server,
> como ficaria, e se for possível no Postgresql? via função eu sei que dá, mas
> direto na consulta não sei.
>
> DECLARE @Almoxarifado VARCHAR(8)
> SET @Almoxarifado = '1.02.001' -- Informar o Almoxarifado
> SELECT Almoxarifado, Material , Descricao , QtdAtual , PreçoAtual,
> PreçoMedio
> FROM tbxxx
> WHERE almox= @Almoxarifado ORDER BY Descricao
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Reabilitação do CAST (para ser automatico)

[Jota]

Olá,

Faço das palavras do Osvaldo as minhas: "O ideal é você corrigir sua
aplicação incluindo cast explícitos para
que as conversões ocorram da maneira que você deseja e não sejam
feitas conversões inesperadas."

[]s

2008/10/28 Osvaldo Kussama <[EMAIL PROTECTED]>:
> Em 28/10/08, Rildo Santos - MSN<[EMAIL PROTECTED]> escreveu:
>> Amigo
>>
>> Como fazer  reabilitação do CAST... para ser automatico ?
>>
>>
>>
>>   - Original Message -
>>   From: Roberto Mello
>>   To: Comunidade PostgreSQL Brasileira
>>   Sent: Tuesday, October 28, 2008 8:20 PM
>>   Subject: Re: [pgbr-geral] erro
>>
>>
>>   2008/10/28 Fabio Alves de Araujo Ebner - Dna
>> <[EMAIL PROTECTED]>
>>
>> PEssoal pq agora qdo uso o 8.3 a minha aplicacao java retorna o seguinte
>> erro:
>>
>> Internal Exception: org.postgresql.util.PSQLException: ERROR: operator
>> does not exist: character varying = integer
>>
>> sendo q na anterior ele estava normal??? isso eu mandei o netbeans criar
>> as minhas entitys via JpaToplink
>>
>>   Veja as notas de lancamento do 8.3. Varios casts automaticos foram
>> removidos. O ideal seria consertar sua aplicacao usando CASTs explicitos,
>> mas esses casts automaticos podem ser reabilitados tambem.
>>
>>   No seu caso, bastaria cast o varchar para integer, ou vice-versa:
>>
>>   CAST(123 AS varchar) = '123'
>>   CAST('123' AS integer) = 123
>>
>
>
> Procure no histórico da lista pois este assunto já foi tratado aqui.
> Creio que foi postado um link para rotinas que reimplementavam este
> tipo de cast, mas creio que com alguns problemas.
> O ideal é você corrigir sua aplicação incluindo cast explícitos para
> que as conversões ocorram da maneira que você deseja e não sejam
> feitas conversões inesperadas.
>
> Osvaldo
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] LIKE lento na versão 8.3.4

[Jota]

Olá,

Sempre que você quiser usar uma função sobre um campo indexado para
usar o índice, o mesmo deve ser criado com a função.

[]s

2008/10/28 Fabrízio de Royes Mello <[EMAIL PROTECTED]>:
> Rildo Santos - MSN escreveu:
>>
>> Funcionou. legal.
>>
>>  Porem se coloca a condição UPPER(nmeprd) deixa de funcionar.
>>
>> Alguma sugestão?
>
> Coloca o UPPER no CREATE INDEX...
>
> CREATE INDEX "EstPrdPr_IK_99" ON "estprdpr"(UPPER("nmeprd")
> varchar_pattern_ops);
>
>
> Cordialmente,
>
> --
> Fabrízio de Royes Mello
> Coordenador Desenvolvimento de Software
> [EMAIL PROTECTED]
> DBSeller Informática Ltda. - http://www.dbseller.com.br
> (51) 3076-5101
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Reabilitação do CAST (para ser automatico)

[Jota]

Olá,

Não é possível. Uma solução possível é apresentada no blog do Leonardo
Cezar (http://postgreslogia.wordpress.com/)

[]s

2008/10/28 Rildo Santos - MSN <[EMAIL PROTECTED]>:
> Amigo
>
> Como fazer  reabilitação do CAST... para ser automatico ?
>
>
>
>
> - Original Message -
> From: Roberto Mello
> To: Comunidade PostgreSQL Brasileira
> Sent: Tuesday, October 28, 2008 8:20 PM
> Subject: Re: [pgbr-geral] erro
> 2008/10/28 Fabio Alves de Araujo Ebner - Dna
> <[EMAIL PROTECTED]>
>>
>> PEssoal pq agora qdo uso o 8.3 a minha aplicacao java retorna o seguinte
>> erro:
>>
>> Internal Exception: org.postgresql.util.PSQLException: ERROR: operator
>> does not exist: character varying = integer
>> sendo q na anterior ele estava normal??? isso eu mandei o netbeans criar
>> as minhas entitys via JpaToplink
>
> Veja as notas de lancamento do 8.3. Varios casts automaticos foram
> removidos. O ideal seria consertar sua aplicacao usando CASTs explicitos,
> mas esses casts automaticos podem ser reabilitados tambem.
>
> No seu caso, bastaria cast o varchar para integer, ou vice-versa:
>
> CAST(123 AS varchar) = '123'
> CAST('123' AS integer) = 123
>
> Roberto
>
> --
> http://blog.divisiblebyfour.org/
>
> 
>
> ___
> 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
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 BD

[Jota]

Olá

Na view de sistema pg_locks você tem essa informação.

[]s

2008/10/27 tetraetila(R) <[EMAIL PROTECTED]>:
> Pessoal
>
> Como eu faço para verificar no Postgres se determinado registro de uma
> tabela está bloqueado?
>
> Exemplo:  select * from tabela_clientes where id_cliente = 120 for update
> with lock;
>
> Bloqueio funciona no Firebird.
>
> No Postgres seria: select * from tabela_clientes where id_cliente = 120 for
> update;
>
> Porém no Postgres a aplicação trava aguardando a liberação. O que eu preciso
> é
> verificar se está bloqueado e imediatamente dar o retorno para o usuário que
> tentou o acesso.
>
> Quando outra pessoa tentar acessar este cliente quero retornar uma mensagem
> como
>
> Registro indisponível, etc. Precisa capturar o retorno do BD.
>
> Qualquer ajuda será bem vinda.
>
> Obs.: Estou saindo de DBF e está uma luta!
>
> Obrigado!
>
> Adilson
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral