Re: [pgbr-geral] (sem assunto)

[Tiago José Adami]

Em 17 de junho de 2016 09:33, Ursulino Barboza  escreveu:
>> BRT LOG:  could not receive data from client: No connection could be made
>> because the target machine actively refused it.
>>
>> BRT LOG:  unexpected EOF on client connection
>
> Os agentes ODI e o postgres 9.4 estão em Linux Red Hat.

Pela mensagem dá pra entender que em algum momento a conexão perdeu a
capacidade de enviar/receber dados do client e o PostgreSQL registrou
esta mensagem.

Apesar das mensagens, as conexões são interrompidas ou nenhum erro é
observado na(s) aplicação(ões)?

Pergunto, pois, como o Michel respondeu na mensagem anterior e pelo o
que tenho visto há muito tempo, estas mensagens "unexpected EOF on
client connection" não representam /realmente/ um problema. O simples
fato de rodar um 'kill -9' em um app conectado ao PostgreSQL pode
ocasionar esta mensagem no servidor.

Agora que mencionei isto, para encerrar, lembrei-me de um aplicativo
escrito em Powerbuider que ao invés de rodar um "disconnect" na
transação (conexão) apenas "matava" o objeto de transação, ocasionando
esta mensagem de EOF. Depois que fizeram o "disconnect" antes de matar
o objeto as mensagens cessaram. Tente investigar se não é algo
semelhante.

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

Re: [pgbr-geral] (sem assunto)

[Michel Luiz Milezzi]

>
> Os agentes ODI e o postgres 9.4 estão em Linux Red Hat.
>

 Verdade, confundi com outro erro: could not receive data from client:
unrecognized winsock error 10061

Sobre o seu servidor, você realmente precisa ter max_connections = 600?
Será que o seu problema não está relacionado à isto?
Se você realmente precisar de um número alto de conexões, sugiro utilizar
um pool e direcionar todas as suas aplicações para este pool, ao invés de
conectar diretamente ao banco. Assim você consegue reutilizar as conexões
e, consequentemente, poupar recursos do seu servidor.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Ursulino Barboza]

Os agentes ODI e o postgres 9.4 estão em Linux Red Hat.

Em 17 de junho de 2016 08:22, Michel Luiz Milezzi 
escreveu:

> Também acontece em outro servidor com postgresql 9.4, mas com menos
>> frequência o aplicativo utilizado é o ODI.
>>
>
> Pelo que pude constatar, este problema somente acontece em ambiente
> Windows. AFAIK é inofensivo, me parece ser um pequeno bug na api do Windows
> em relação ao tratamento de sockets.
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Att,


Ursulino Barboza de Souza Neto
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Michel Luiz Milezzi]

>
> Também acontece em outro servidor com postgresql 9.4, mas com menos
> frequência o aplicativo utilizado é o ODI.
>

Pelo que pude constatar, este problema somente acontece em ambiente
Windows. AFAIK é inofensivo, me parece ser um pequeno bug na api do Windows
em relação ao tratamento de sockets.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Ursulino Barboza]

Leandro,

Também acontece em outro servidor com postgresql 9.4, mas com menos
frequência o aplicativo utilizado é o ODI.

Em 16 de junho de 2016 22:15, Leandro Guimarães Faria Corcete DUTRA <
l...@dutras.org> escreveu:

> Le 16 juin 2016 18:39:54 GMT-03:00, Ursulino Barboza 
> a écrit :
> >Postgresql 8.3,
>
> Versão não suportada há muitos anos já.  Consegue reproduzir o problema
> com alguma versão suportada (de 9.1.22 para cima)?
>
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191 (Net)gTalk: xmpp:leand...@jabber.org
> +55 (61) 9302 2691 (Vivo) ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Att,


Ursulino Barboza de Souza Neto
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Leandro Guimarães Faria Corcete DUTRA]

Le 16 juin 2016 18:39:54 GMT-03:00, Ursulino Barboza  a 
écrit :
>Postgresql 8.3, 

Versão não suportada há muitos anos já.  Consegue reproduzir o problema com 
alguma versão suportada (de 9.1.22 para cima)?



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 (Net)gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691 (Vivo) ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Ursulino Barboza]

Postgresql 8.3, Microsoft Windows SErver 2003. Memória 6GB, 2 processadores
2500mhz.

postgresql.conf:


listen_addresses = '*' # what IP address(es) to listen on;
# comma-separated list of addresses;
# defaults to 'localhost', '*' = all
# (change requires restart)
port = 5432 # (change requires restart)
max_connections = 600 # (change requires restart)
# 0 selects the system default


bgwriter_lru_maxpages = 200 # 0-1000 max buffers written/round
bgwriter_lru_multiplier = 3.0 # 0-10.0 multipler on buffers scanned/round


wal_buffers = 512kB # min 32kB
# (change requires restart)

checkpoint_segments = 24 # in logfile segments, min 1, 16MB each
checkpoint_completion_target = 0.9 # checkpoint target duration, 0.0 - 1.0


logging_collector = on # Enable capturing of stderr and csvlog

datestyle = 'iso, mdy'
lc_messages = 'English_United States.1252' # locale for system error message
# strings




2016-06-16 18:29 GMT-03:00 Ursulino Barboza :

> Prezados,
>
> Essas informações já foram tratadas neste grupo, poderiam passar novamente
> a solução para o seguinte erro:
>
>
> BRT LOG:  could not receive data from client: No connection could be made
> because the target machine actively refused it.
>
> BRT LOG:  unexpected EOF on client connection
>
> --
> Att,
>
>
> Ursulino
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Att,


Ursulino Barboza de Souza Neto
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Felipe Santos]

Em 23 de fevereiro de 2016 08:53, Alessandro Gonçalves <
alessan...@nmsistemas.com.br> escreveu:

> Em ter, 23 de fev de 2016 às 08:50, Glauco Torres 
> escreveu:
>
>>
>>> Criei um usuário integracao, com acesso apenas ao schema integracao. E
>>> no schema sistema, tenho as tabelas do sistema. Gostaria que, quando
>>> conectada com esse usuário integracao, se der \d não mostre a estrutura das
>>> minhas tabelas.
>>>
>>> Quais direitos tenho que revogar?
>>>
>>>
>> Sempre coloque o assunto.
>>
>> Não é possível, o usuário tem permissão para acessar as tabelas de
>> catalogo e assim ele consegue tais informações.
>>
>> Remover tais permissões do usuário pode ter um efeito colateral não
>> desejado.
>>
>> Att Glauco Torres.
>>
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> Se for possível, você pode criar databases separados...
> --
> Att.
>
> Alessandro Gonçalves.
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



Outra alternativa seria fazer a integração sem que o acesso ao banco de
dados fosse concedido, caso caiba dentro do fluxo de informações do sistema.

Neste caso os dados teriam que ser transferidos via arquivos de texto (TXT,
CSV, etc) através de serviço FTP ou de alguma nuvem (S3 da AWS por exemplo).

Att.,

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

Re: [pgbr-geral] (sem assunto)

[Alessandro Gonçalves]

Em ter, 23 de fev de 2016 às 08:50, Glauco Torres 
escreveu:

>
>> Criei um usuário integracao, com acesso apenas ao schema integracao. E no
>> schema sistema, tenho as tabelas do sistema. Gostaria que, quando conectada
>> com esse usuário integracao, se der \d não mostre a estrutura das minhas
>> tabelas.
>>
>> Quais direitos tenho que revogar?
>>
>>
> Sempre coloque o assunto.
>
> Não é possível, o usuário tem permissão para acessar as tabelas de
> catalogo e assim ele consegue tais informações.
>
> Remover tais permissões do usuário pode ter um efeito colateral não
> desejado.
>
> Att Glauco Torres.
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



Se for possível, você pode criar databases separados...
-- 
Att.

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

Re: [pgbr-geral] (sem assunto)

[Glauco Torres]

> Criei um usuário integracao, com acesso apenas ao schema integracao. E no
> schema sistema, tenho as tabelas do sistema. Gostaria que, quando conectada
> com esse usuário integracao, se der \d não mostre a estrutura das minhas
> tabelas.
>
> Quais direitos tenho que revogar?
>
>
Sempre coloque o assunto.

Não é possível, o usuário tem permissão para acessar as tabelas de catalogo
e assim ele consegue tais informações.

Remover tais permissões do usuário pode ter um efeito colateral não
desejado.

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

Re: [pgbr-geral] (sem assunto)

[Sebastian Webber]

Em 22 de fevereiro de 2016 22:03, Fernanda Forbici <
fernandaforb...@gmail.com> escreveu:

> Boa noite,
>

Boa noite!

Sugiro que você utilize o assunto para orientar sua dúvida. :D



> Criei um usuário integracao, com acesso apenas ao schema integracao. E no
> schema sistema, tenho as tabelas do sistema. Gostaria que, quando conectada
> com esse usuário integracao, se der \d não mostre a estrutura das minhas
> tabelas.
>

Tabelas do esquema integração ou de todos os esquemas?

-- 
Sebastian Webber
http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Pablo Sánchez]

Valeu, eu encontrei essa explicação também. O que me faltou foi achar uma
solução considerando que o erro acontece com com a Doctrine e PostgreSQL em
um caso muito específico no qual está sendo utilizado apenas a DBAL e não a
ORM. É uma lib de terceiros.

Até o momento achei a possibilidade de concatenar o seguinte ao insert:

INSERT INTO tb_audit_revision (timestamp, username) VALUES
('2015-09-21 10:47:43', 1) returning id;

O returning evita o erro, porque já me retorna o valor que preciso. Só que
é uma lib de terceiros. Ou seja, vou ficar na dependência de lançarem o fix
ou aceitarem meu pull request. :-/ Até lá, sem auditoria para os clientes
que estão usando PostgreSQL.


Em 21 de setembro de 2015 10:13, Bruno Silva 
escreveu:

>
> Em 21 de setembro de 2015 09:56, Pablo Sánchez 
> escreveu:
>
>> Estou tendo um problema com uma sequence criada automaticamente no banco
>> de dados utilizando o tipo de campo SERIAL. Ao tentar usar a sequence,
>> recebo a seguinte mensagem:
>>
>> sql> select currval('revisions_id_seq')
>> [2015-09-21 09:53:10] [55000] ERROR: currval of sequence
>> "revisions_id_seq" is not yet defined in this session
>>
>
> O currval retorna a sequence usada na sessão do seu usuário. Ou seja se
> você tem duas conexões feitas e uma fez um select
> nextval('revisions_id_seq') na segunda sessão o " select
> currval('revisions_id_seq')" vai dar o mesmo erro.
> Para você pedir uma sequencia tem de usar o nextval[1]
>
> [1] http://www.postgresql.org/docs/9.4/static/functions-sequence.html
>
> Bruno E. A. Silva.
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 





*Pablo Santiago Sánchez*
ZCE ZEND006757
phack...@gmail.com
(61) 9843-0883
http://www.sansis.com.br
*"Pluralitas non est ponenda sine necessitate"*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Bruno Silva]

Em 21 de setembro de 2015 09:56, Pablo Sánchez 
escreveu:

> Estou tendo um problema com uma sequence criada automaticamente no banco
> de dados utilizando o tipo de campo SERIAL. Ao tentar usar a sequence,
> recebo a seguinte mensagem:
>
> sql> select currval('revisions_id_seq')
> [2015-09-21 09:53:10] [55000] ERROR: currval of sequence
> "revisions_id_seq" is not yet defined in this session
>

O currval retorna a sequence usada na sessão do seu usuário. Ou seja se
você tem duas conexões feitas e uma fez um select
nextval('revisions_id_seq') na segunda sessão o " select
currval('revisions_id_seq')" vai dar o mesmo erro.
Para você pedir uma sequencia tem de usar o nextval[1]

[1] http://www.postgresql.org/docs/9.4/static/functions-sequence.html

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

Re: [pgbr-geral] (sem assunto)

[Rafael Fialho Corrêa]

Em 7 de abril de 2014 17:17, Danilo Silva escreveu:

> Pessoal,
>
> É possível saber o tamanho de um campo de uma tabela? Tenho uma tabela que
> tem um campo bytea e preciso saber quanto este campo está ocupando de
> espaço em disco.
>

Algo assim te serve?

"select pg_size_pretty(pg_column_size(COLUNA)::bigint) from schema.tabela
where "

Obs.: Estou utilizando a versão 9.2.8 e está funcional, aparentemente,
porém não mostra o tamanho real do arquivo que pode ser gerado, apenas o
tamanho da "metadata".
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Guimarães Faria Corcete DUTRA , Leandro]

2013/9/2 Alessandro Lima :
> …recomendo o apgdiff (free).

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

Re: [pgbr-geral] (sem assunto)

[Alessandro Lima]

utilizo e recomendo o apgdiff (free).


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

Re: [pgbr-geral] (sem assunto)

[Marco A P D'Andrade]

Emanuel,

Isto é bem relativo.

Quanto tempo você vai economizar de trabalho?

Imagino que você tenha a necessidade de fazer tal comparação, e gerar os
diffs. Sem uma ferramenta, como você fará tal atividade? Manualmente? Tem
muitas alterações?

Lembre-se...
- Não é por utilizar software livre que você fica impedido de comprar
software;
- Não é por ser um profissional avançado que você deve dispensar os
iniciantes;

Com um valor de US$ 95, ou US$ 133 ... me parece valer a pena, se for
economizar trabalho e ganhar tempo!


Meus 65 segundos ;)

Att,
Marco Andrade



2013/9/2 Emanuel Araújo 

> Vale a pena a compra do Software "DB Comparer for PostgreSQL" da
> sqlmanager.net ?
>
> --
> *Atenciosamente,
>
> Emanuel Araújo*
> *
> *
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Att,
--
Marco Andrade
Celular: (21)8178-5201 - Tim
Skype: marco.antonio.dandrade
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Matheus de Oliveira]

On Wed, Aug 28, 2013 at 11:05 AM, Felipe Pamboukian <
felipe.pambouk...@ibope.com> wrote:

>  Bom dia,
>
>  Gostaria de fazer um case com inner join mais não estou conseguindo,
> alguém posso de dar uma ajuda?
>
>
>  select mte.idrepesportesmt, esp.codesporte, esp.esporte,
> sb.codsubesporte, sb.subesporte, mte.iduser, u.login, mt.tipomidia,
> rd.emissora, mte.coletado, mt.dia, mt.mes, mt.ano, rd.codrede,
> mt.rotulo,
> case when mt.tipomidia = 'VHS' then pr.praca else 'NACIONAL - NET' end
> as praca,
> case when mte.coletado = '0' then 'Não Coletar' else 'Coletar' end as
> coletadoo,
> case when mte.estado = '0' then 'Pendente'
>  when mte.estado = '1' then 'Concluído'
>  when mte.estado = '2' then 'Em andamento' end as estado,
> case when mte.estado_user = '0' then 'Pendente'
>  when mte.estado_user = '1' then 'Concluído'
>  when mte.estado_user = '2' then 'Em andamento' end as
> estado_usuario
> from repesportesmt mte
>  inner join cm_esporte esp on esp.codesporte = mte.codesporte
>  inner join reportagemmt mt on mt.idreportagemmt = mte.idreportagemmt
>  inner join jvtv_redes rd on rd.codrede = mt.codrede
>  inner join cm_subesporte sb on sb.codsubesporte = mte.codsubesporte
>  inner join usuarios u on u.iduser = mte.iduser
> * case when mt.tipomidia = 'VHS' then *
> *  inner join cli_midia mi on mi.rotulo = mt.rotulo*
> *inner join jvtv_pracas pr on pr.codpraca = mi.codpraca_grav*
> * else*
> *  inner join cli_dia d on d.rotulodia = mt.rotulo*
> *   inner join jvtv_pracas pr on pr.codpraca = d.codpraca*
> * end*
> where mt.ano = :ano and mt.mes = :mes and mte.estado = :estado
> order by rd.emissora, pr.praca, mt.rotulo, mt.dia, esp.esporte,
> sb.subesporte
>
>
Me parece que o ideal seria fazer isso num condicional em sua aplicação ou
uma função no banco. Não é possível selecionar condicionalmente a tabela ao
realizar JOIN. Uma saída via SQL é realizar um LEFT JOIN (veja que não é
equivalente, vai depender de questões semânticas):

...
  left join cli_midia mi on mi.rotulo = mt.rotulo
  left join cli_dia d on d.rotulodia = mt.rotulo
  inner join jvtv_pracas pr on pr.codpraca = case mt.tipomidia when
'VHS' then mi.codpraca_grav else d.codpraca end
...

Acho ("acho") que assim funciona, mas com certeza tem implicações negativas
quanto à performance.

Atenciosamente,
-- 
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Osvaldo Kussama]

2013/8/28, Felipe Pamboukian :
> Bom dia,
>
> Gostaria de fazer um case com inner join mais não estou conseguindo, alguém
> posso de dar uma ajuda?
>
>
> select mte.idrepesportesmt, esp.codesporte, esp.esporte,
> sb.codsubesporte, sb.subesporte, mte.iduser, u.login, mt.tipomidia,
> rd.emissora, mte.coletado, mt.dia, mt.mes, mt.ano, rd.codrede,
> mt.rotulo,
> case when mt.tipomidia = 'VHS' then pr.praca else 'NACIONAL - NET' end
> as praca,
> case when mte.coletado = '0' then 'Não Coletar' else 'Coletar' end as
> coletadoo,
> case when mte.estado = '0' then 'Pendente'
>  when mte.estado = '1' then 'Concluído'
>  when mte.estado = '2' then 'Em andamento' end as estado,
> case when mte.estado_user = '0' then 'Pendente'
>  when mte.estado_user = '1' then 'Concluído'
>  when mte.estado_user = '2' then 'Em andamento' end as
> estado_usuario
> from repesportesmt mte
>  inner join cm_esporte esp on esp.codesporte = mte.codesporte
>  inner join reportagemmt mt on mt.idreportagemmt = mte.idreportagemmt
>  inner join jvtv_redes rd on rd.codrede = mt.codrede
>  inner join cm_subesporte sb on sb.codsubesporte = mte.codsubesporte
>  inner join usuarios u on u.iduser = mte.iduser
>  case when mt.tipomidia = 'VHS' then
>   inner join cli_midia mi on mi.rotulo = mt.rotulo
> inner join jvtv_pracas pr on pr.codpraca = mi.codpraca_grav
>  else
>   inner join cli_dia d on d.rotulodia = mt.rotulo
>inner join jvtv_pracas pr on pr.codpraca = d.codpraca
>  end
> where mt.ano = :ano and mt.mes = :mes and mte.estado = :estado
> order by rd.emissora, pr.praca, mt.rotulo, mt.dia, esp.esporte,
> sb.subesporte
>


O CASE não serve para você escolher qual tabela utilizará para fazer o JOIN.

Pesquise por execução dinâmica de comandos:
http://www.postgresql.org/docs/current/interactive/plpgsql-statements.html#PLPGSQL-STATEMENTS-EXECUTING-DYN

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

Re: [pgbr-geral] (sem assunto)

[Eduardo Rodrigues]

Claudio e Juliano,

o que você me passou retornou o tamanho da base inteira, então vou
verificar quanto que ocupa o espaço em disco cada linha e utilizar as
instruções que o Claudio passou e multiplicar o tamnho em disco pelo numero
de linhas ocupadas na consulta.


Obrigado pela ajuda


Em 1 de agosto de 2013 12:52, Juliano Atanazio escreveu:

>
>
>
> Em 1 de agosto de 2013 12:45, Eduardo Rodrigues 
> escreveu:
>
> Juliano,
>>
>> obrigado pela ajuda, mas há algo do tipo quando executar a consulta: "
>> select * from tbl_tabela where=collumn='';" retornar o espaço que é
>> utilizado para armazenar o conteúdo que retornou na consulta??
>>
>>
> Desculpe, Eduardo.
>
> Me equivoquei na resposta, mas espero que de alguma forma lhe seja útil se
> já não sabia rs.
> Creio q a resposta do Claudio seja melhor, pois mostra o plano de execução
> de uma consulta, mas em forma de custo.
> Infelizmente não conheço como fazer do jeito que vc precisa, não sei se
> existe na verdade.
> Mas utilizando EXPLAIN ANALYZE VERBOSE CONSULTA... vc pode ter uma
> dimensão de quão pesada é uma query.
>
> []s
>
>>
>>
>>
>> Em 1 de agosto de 2013 12:27, Juliano Atanazio 
>> escreveu:
>>
>>
>>>
>>>
>>> Em 1 de agosto de 2013 12:13, Eduardo Rodrigues <
>>> eduardo.prodrig...@gmail.com> escreveu:
>>>
 Boa tarde pessoal,

>>>
>>> Assunto do e-mail?
>>>

 estou dimensionando um novo servidor, e gostaria de saber se há algum
 recurso onde eu possa realizar uma consulta e saber qual o tamanho que os
 dados que retornar na consulta ocupa no banco de dados?

>>>
>>> # SELECT pg_size_pretty(pg_database_size('nome_da_base'));
>>>


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

Re: [pgbr-geral] (sem assunto)

[Juliano Atanazio]

Em 1 de agosto de 2013 12:45, Eduardo Rodrigues escreveu:

> Juliano,
>
> obrigado pela ajuda, mas há algo do tipo quando executar a consulta: "
> select * from tbl_tabela where=collumn='';" retornar o espaço que é
> utilizado para armazenar o conteúdo que retornou na consulta??
>
>
Desculpe, Eduardo.

Me equivoquei na resposta, mas espero que de alguma forma lhe seja útil se
já não sabia rs.
Creio q a resposta do Claudio seja melhor, pois mostra o plano de execução
de uma consulta, mas em forma de custo.
Infelizmente não conheço como fazer do jeito que vc precisa, não sei se
existe na verdade.
Mas utilizando EXPLAIN ANALYZE VERBOSE CONSULTA... vc pode ter uma dimensão
de quão pesada é uma query.

[]s

>
>
>
> Em 1 de agosto de 2013 12:27, Juliano Atanazio 
> escreveu:
>
>
>>
>>
>> Em 1 de agosto de 2013 12:13, Eduardo Rodrigues <
>> eduardo.prodrig...@gmail.com> escreveu:
>>
>>> Boa tarde pessoal,
>>>
>>
>> Assunto do e-mail?
>>
>>>
>>> estou dimensionando um novo servidor, e gostaria de saber se há algum
>>> recurso onde eu possa realizar uma consulta e saber qual o tamanho que os
>>> dados que retornar na consulta ocupa no banco de dados?
>>>
>>
>> # SELECT pg_size_pretty(pg_database_size('nome_da_base'));
>>
>>>
>>>
>>> Atenciosamente
>>> Eduardo 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
>>
>>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Eduardo Rodrigues]

Juliano,

obrigado pela ajuda, mas há algo do tipo quando executar a consulta: "
select * from tbl_tabela where=collumn='';" retornar o espaço que é
utilizado para armazenar o conteúdo que retornou na consulta??




Em 1 de agosto de 2013 12:27, Juliano Atanazio escreveu:

>
>
>
> Em 1 de agosto de 2013 12:13, Eduardo Rodrigues <
> eduardo.prodrig...@gmail.com> escreveu:
>
>> Boa tarde pessoal,
>>
>
> Assunto do e-mail?
>
>>
>> estou dimensionando um novo servidor, e gostaria de saber se há algum
>> recurso onde eu possa realizar uma consulta e saber qual o tamanho que os
>> dados que retornar na consulta ocupa no banco de dados?
>>
>
> # SELECT pg_size_pretty(pg_database_size('nome_da_base'));
>
>>
>>
>> Atenciosamente
>> Eduardo 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
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Juliano Atanazio]

Em 1 de agosto de 2013 12:13, Eduardo Rodrigues <
eduardo.prodrig...@gmail.com> escreveu:

> Boa tarde pessoal,
>

Assunto do e-mail?

>
> estou dimensionando um novo servidor, e gostaria de saber se há algum
> recurso onde eu possa realizar uma consulta e saber qual o tamanho que os
> dados que retornar na consulta ocupa no banco de dados?
>

# SELECT pg_size_pretty(pg_database_size('nome_da_base'));

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

Re: [pgbr-geral] (sem assunto)

[Claudio Bezerra Leopoldino]

Meu caro, o comando EXPLAIN ANALYSE ; supre essa necessidade.

Você pode usar também EXPLAIN ANALYZE VERBOSE  ;


Cordialmente,

 
Cláudio Leopoldino
postgresqlbr.blogspot.com/
=



 De: Eduardo Rodrigues 
Para: pgbr-geral  
Enviadas: Quinta-feira, 1 de Agosto de 2013 12:13
Assunto: [pgbr-geral] (sem assunto)
 


Boa tarde pessoal, 


estou dimensionando um novo servidor, e gostaria de saber se há algum recurso 
onde eu possa realizar uma consulta e saber qual o tamanho que os dados que 
retornar na consulta ocupa no banco de dados?



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

Re: [pgbr-geral] (sem assunto)

[Bruno Silva]

2013/7/11 Paulo Bastos 

> Em um servidor tenho vários bancos dentro de um unico cluster. Como
> proceder
> para fazer que os objetos do banco só possam ser consultados?
>

Você pode:
1 - Criar um usuário e dar permissão a ele somente de SELECT
2 - Criar um grupo com permissão somente de SELECT e atribuir os usuário a
ele.

Nos dois casos, usando REVOKE e GRANT[1]

[1] http://www.postgresql.org/docs/9.0/static/sql-grant.html

Bruno E. A. Silva.
Analista de Sistemas.
Bacharel em Sistemas de Informação
Pós-graduando em Gerência de Projetos
Certified Scrum Master
LPIC-1
SCJP, SE 6
Novell CLA / DCTS ECR
DBA Postgres
---
“A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.” -
Sábio Desconhecido
"Alguns prestam serviço/consultoria de Qualidade, os outros vendem licença!"
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Luis Eduardo Bueno]

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

Parte de baixo


Em 5 de abril de 2013 17:57, Jefferson Rosario
escreveu:

> Nao gostaria de receber mais emails...
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Fabrízio de Royes Mello]

2013/4/5 Jefferson Rosario 

> Nao gostaria de receber mais emails...
>

Jefferson,

Através do link [1] vc consegue realizar a desinscrição desta lista.

Att,

[1] https://listas.postgresql.org.br/cgi-bin/mailman/options/pgbr-geral

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Guimarães Faria Corcete DUTRA , Leandro]

2012/6/18 Aguiar Magalhaes :
> Preciso colocar uma chave primária automática em uma tabela já populada. 
> Nenhum campo desta tabela é um bom candidato para ser uma chave primária.

Isso não existe de não haver chave candidata.  Para começar, em última
instância todos os atributos podem compor uma chave.

Talvez o problema seja buscares uma chave simples.  Chaves podem ser
compostas, mesmo que primárias.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Pedro Costa]

Adicionar um tipo:

  alter table teste add column id serial




Em 18-06-2012 13:47, Aguiar Magalhaes escreveu:
> Pessoal,
> Preciso colocar uma chave primária automática em uma tabela já populada. 
> Nenhum campo desta tabela é um bom candidato para ser uma chave primária.
> Como devo fazer ?
> Grato Aguiar
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


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

Re: [pgbr-geral] (sem assunto)

[Victor Hugo]

Aguiar,

Bom dia,

Crie uma nova coluna na sua tabela e diga que o tipo dela seja SERIAL
e tb como PrimaryKey por exemplo :

ALTER TABLE public.table1
  ADD COLUMN coluna1 SERIAL NOT NULL PRIMARY KEY;


[]´s
Victor Hugo
DBA




Em 18 de junho de 2012 09:47, Aguiar Magalhaes  escreveu:
> Pessoal,
> Preciso colocar uma chave primária automática em uma tabela já populada. 
> Nenhum campo desta tabela é um bom candidato para ser uma chave primária.
> Como devo fazer ?
> Grato Aguiar
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



-- 
Abcs
Victor Hugo - DBA
Mobile: 021-9529-5585
Google Talk: vh.clemente
Skype: vh.clemente

"Antes de imprimir, pense em sua responsabilidade e compromisso com o
MEIO AMBIENTE"
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Leandro DUTRA]

2011/3/14 Ratman Jr :
>
> A solução é executar o vacuumdb full, pois o analyze não resolve o problema.

Rodando sem vacuum?


-- 
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191              gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191        ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Euler Taveira de Oliveira]

Em 14-03-2011 21:50, Ratman Jr escreveu:
> Tenho um cliente que tem um banco de 70gb.
> Algumas vezes o servidor onde está o banco é reiniciado.
> Porém, sempre que o servidor é reiniciado a base volta "rodando" perfeita,
> rápida. Mas em 2 dias a velocidade cai muito, causando uma lentidão.
>
Infelizmente, não há fórmula mágica. Talvez você precise de uma consultoria 
para avaliar melhor quais as rotinas de manutenção e/ou sintonia são 
necessárias.


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

Re: [pgbr-geral] (sem assunto)

[MIGUEL JOSE DE LIMA]

Esse, tipo de problema, não tem receita de bolo.
Pode ser várias coisas, VACUUM, INDICES, MEMÓRIA etc.
Infelizmente não tenho como lhe ajudar assim. Mas cuidado com o vacc
umdb, pode demorar uma eternidade e estragar o banco, tem que leu muito
sobre isso. E faça backup para garantir.

Abraços. Estou de férias cara, escutando as ondas do mar e vendo a LUA
(mei lua ainda)...

- Miguel

Em 14 de março de 2011 21:50, Ratman Jr  escreveu:
> Boa noite
>
> Tenho um cliente que tem um banco de 70gb.
> Algumas vezes o servidor onde está o banco é reiniciado.
> Porém, sempre que o servidor é reiniciado a base volta "rodando" perfeita,
> rápida. Mas em 2 dias a velocidade cai muito, causando uma lentidão.
>
> A solução é executar o vacuumdb full, pois o analyze não resolve o problema.
>
> Alguém tem alguma idéia de como posso resolver esse problema?
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Osvaldo Kussama]

Em 17 de março de 2010 16:52, fabio barros  escreveu:
> Pessoal, boa tarde.
>
> Sou novo na lista, e já tenho um problema no mínimo curioso:
>
> Todos as noites rodamos o VACUUM (sem opção full) em algumas tabelas, porém
> as mesmas estão crescendo dia após dia de tamanho.
> A impressão que tenho é q o vacuum não está marcando os registros removidos
> para reutilização, porém não acusa erro e fica um tempo processando.
>
> São tabelas de histórico, q armazenam normalmente 7 dias de informação,
> então uma vez por dia removemos o dia mais antigo e aplicamos o vacuum.
>
> Trabalhamos na versão 7.2 do Postgresql.

Caramba! Uma versão de 2002!
Provavelmente foram feitos muitos melhoramentos no VACUUM desde esta versão.
Além disso não é mais dado suporte a esta versão, veja:
http://wiki.postgresql.org/wiki/PostgreSQL_Release_Support_Policy

Atualize para uma versão mais recente o quanto antes. (A atual é a
8.4.3 de 15.mar.2010)


>
> Fiz um teste com vacuum full e, após 7 horas de processamento, o espaço foi
> liberado. Tamanho original da base: 60 GB e após vacuum full: 45 GB.
>
> Se alguém souber alguma coisa ou tiver uma sugestão de investigação eu
> agradeço!
>


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

Re: [pgbr-geral] (sem assunto)

[JotaComm]

Olá,

Em 17 de março de 2010 16:52, fabio barros  escreveu:

>  Pessoal, boa tarde.
>
> Sou novo na lista, e já tenho um problema no mínimo curioso:
>
> Todos as noites rodamos o VACUUM (sem opção full) em algumas tabelas, porém
> as mesmas estão crescendo dia após dia de tamanho.
> A impressão que tenho é q o vacuum não está marcando os registros removidos
> para reutilização, porém não acusa erro e fica um tempo processando.
>
> São tabelas de histórico, q armazenam normalmente 7 dias de informação,
> então uma vez por dia removemos o dia mais antigo e aplicamos o vacuum.
>

Você fez um VACUUM VERBOSE?

Qual o resultado dele?

>
> Trabalhamos na versão 7.2 do Postgresql.
>

Qual a dificuldade em migrar para um versão mais nova?

>
> Fiz um teste com vacuum full e, após 7 horas de processamento, o espaço foi
> liberado. Tamanho original da base: 60 GB e após vacuum full: 45 GB.
>
> Se alguém souber alguma coisa ou tiver uma sugestão de investigação eu
> agradeço!
>
> Abraços!!
>
> Fabio Barros
> --
> Quer falar com seus amigos do Messenger sem instalar nada? Clique aqui e
> veja 
> como.
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>

[]s
-- 
JotaComm
http://jotacomm.wordpress.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Joao Cosme de Oliveira Junior]

ou entao aproveitando a ideia do osvaldo...SELECT campox FROM
  (SELECT generate_series(menor,maior) FROM except select campo from sua_tabela) order by 1 asc limit 1)João Cosme de Oliveira Júnior

Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 02/09/2009 às 11:57 horas, pgbr-geral@listas.postgresql.org.br escreveu:2009/9/2 Marcelo Giovane :
> Olá pessoal,
> talvez vocês possam me ajudar.
> Estou precisando elaborar uma consulta para retornar o primeiro elemento
> faltante numa sequência.
> Ex:
> Campox
> 200
> 201
> 202
> 205
> 206
>
> No caso, deve retornar 203.


Tente:
SELECT campox FROM
  (SELECT generate_series(menor,maior) FROM
 (SELECT min(campox)::int AS menor, max(campox)::int AS maior FROM
sua_tabela) foo) bar(x)
   LEFT OUTER JOIN sua_tabela
  ON bar.x = sua_tabela.campox
   WHERE sua_tabela.campox IS NULL ORDER BY bar.x LIMIT 1;

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





"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco."

"This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure."
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Osvaldo Kussama]

2009/9/2 Marcelo Giovane :
> Olá pessoal,
> talvez vocês possam me ajudar.
> Estou precisando elaborar uma consulta para retornar o primeiro elemento
> faltante numa sequência.
> Ex:
> Campox
> 200
> 201
> 202
> 205
> 206
>
> No caso, deve retornar 203.


Tente:
SELECT campox FROM
  (SELECT generate_series(menor,maior) FROM
 (SELECT min(campox)::int AS menor, max(campox)::int AS maior FROM
sua_tabela) foo) bar(x)
   LEFT OUTER JOIN sua_tabela
  ON bar.x = sua_tabela.campox
   WHERE sua_tabela.campox IS NULL ORDER BY bar.x LIMIT 1;

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

Re: [pgbr-geral] (sem assunto)

[Sebastian SWC]

2009/3/16 Jeanderson Machado :
> Boa tarde colegas.

Olá sr. sem assunto.

> Gerei um script SQL através do EMS de um banco de dados que estava
> apresentando problemas, a principio todos os dados estão lá, pelo menos pelo
> tamanho e analisando esta tudo la, só que o arquivo ficou com 4gb.

o pg_dump não gerava o backup?

>>>Pergunto:
> qual seria o melhor método para recuperar os dados deste script em outra
> máquina? Tentei via EMS mas o mesmo para de responder, além de ser muito
> lento a recuperação, estou trabalhando com o postgres 8.3.3 em ambiente
> Windows com um servidor HP ML110 Raid 0 1gb memória. Qual seria a melhor
> alternativa, recuperar numa estação local ou direto para o servidor?

pra começar vc poderia dar uma "tunada" no seu banco.

> Poderia jogar esse script no psql?

vc gerou os scripts usando insert ou copy?

>
> Qualquer “pitaco”será bem vindo pois estou ficando sem alternativas para
> recuperar esse BD.
>


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

Re: [pgbr-geral] (sem assunto)

[Euler Taveira de Oliveira]

Alexsander Rosa escreveu:
> Também poderia experimentar um "overload" na operação de adição (dá pra
> fazer isso?).
> 
Sim.

euler=# select oprname,a.typname as opra,b.typname as oprb,oprcode from
pg_operator inner join pg_type a on (oprleft=a.oid) inner join pg_type b
on (oprright=b.oid) where oprname ~ E'\\+' limit 10;
 oprname |  opra   |  oprb   | oprcode
-+-+-+--
 +   | int2| int2| int2pl
 +   | int4| int4| int4pl
 +   | int2| int4| int24pl
 +   | int4| int2| int42pl
 +   | abstime | reltime | timepl
 +   | float4  | float4  | float4pl
 +   | float8  | float8  | float8pl
 +   | int8| int8| int8pl
 +   | int8| int4| int84pl
 +   | int4| int8| int48pl
(10 registros)


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

Re: [pgbr-geral] (sem assunto)

[Alexsander Rosa]

Uma possibilidade seria codificar 731AAA como 731656565 onde 65 é o ASCII do
"A".
Outra possibilidade seria criar uma "stored procedure" para incrementar esta
coluna.
Também poderia experimentar um "overload" na operação de adição (dá pra
fazer isso?).

2008/9/5 Murilo Habermann Torquato <[EMAIL PROTECTED]>

> Bom dia pessoal,
>
> Estou com um probleminha e não estou encontrando, gostaria de saber se
> alguem conheçe uma solução, ou algo que possa me levar a ela para o seguinte
> caso:
>
> Tenho um campo chamado seq cujo valor é "731AAA". Preciso somar "1" neste
> campo, e o resultado deve ser "731AAB" e assim por diante.
>
> Existe algum tipo, ou função no próprio postgres que consiga fazer isso?
>
> []' s
>
> --
> Murilo Habermann Torquato
> http://fbeltram.muriloht.com
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Atenciosamente,
Alexsander da Rosa
Linux User #113925
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Sebastian SWC]

2008/8/13 Eduardo Ramos <[EMAIL PROTECTED]>:
> Boa tarde galera

Boa noite!?

> Eu ativei algumas opções no postgresql para coletar estatisticas e ele
> cresceu muito, está ocupando muito espaço em disco.
> Tem algum jeito de limpar essas estatisticas ??

O que exatamente você fez?



-- 
Sebastian SWC
http://sebastianswc.com
http://www.postgresql.org.br/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Fernando Brombatti]

Tem.


pmcs=# SELECT pg_postmaster_start_time();
   pg_postmaster_start_time
---
 2007-11-23 18:12:08.998256-03
(1 registro)

pmcs=# SELECT NOW()-pg_postmaster_start_time();
 ?column?
--
 124 days 02:15:23.104236
(1 registro)

pmcs=#



2008/3/26 Luciano Daniel <[EMAIL PROTECTED]>:

>  Tem algum comando ou um select que possa fazer para verificar desde
> quando o banco esta ativo sem ele ter reiniciado?
> --
> 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
>
>


-- 
Fernando Brombatti
email-msn-gtalk-skype:
[EMAIL PROTECTED]
work: +55 54 3218-6060
mobile: +55 54 8112-7250
Visite www.datamais.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[William Leite Araújo]

Você tem duas oções:
- Sua função retornar um conjunto (FUNCTION XXX(args) RETURNS SET OF YYY
   *
http://www.postgresql.org/docs/8.2/interactive/plpgsql-control-structures.html#PLPGSQL-RECORDS-ITERATING
- Sua função retornar um cursor.
   *
http://www.postgresql.org/docs/8.2/interactive/plpgsql-cursors.html#PLPGSQL-CURSOR-USING

Em 03/03/08, Charles Emanuel Silva Ramos Patrocinio dos Santos <
[EMAIL PROTECTED]> escreveu:
>
> Ola senhores
>
> Existe alguma maneira de fazer um loop no type que é retornado de uma
> function?. Quero fazer um loop no type para refazer alguns calculos e
> aproveitar os dados gerados para não ter que gravar em "tabela
> temporaria".
>
> Sem Mais, Obrigado
> --
> Charles Emanuel Silva Ramos Patrocínio dos Santos
> Desenvolvedor de Sistemas (Recursos Humanos e Previdência)
>
> (27) 3343-2071
> http://www.el.com.br
>
>
>
>
> -
> O emitente desta mensagem é responsável por seu conteúdo e endereçamento.
> Cabe ao destinatário cuidar quanto ao tratamento adequado. Sem a devida
> autorização, a divulgação, a reprodução, a distribuição ou qualquer
> outra ação em desconformidade com as normas internas do Sistema E&L são
> proibidas e passíveis de sanção disciplinar, cível e criminal.
>
> The sender of this message is responsible for its content and addressing.
> The receiver shall take proper care of it. Without due authorization,
> the publication, reproduction, distribution or the performance of  any
> other action not conforming to E&L System internal policies and
> procedures is forbidden and liable to disciplinary, civil or criminal
> sanctions.
>
>   El emisor de este mensaje es responsable por su contenido y
> direccionamiento. Cabe al destinatario darle el tratamiento adecuado.
> Sin la debida autorización, su divulgación, reproducción, distribución o
> cualquier otra acción no conforme a las normas internas del Sistema
> E&L están prohibidas y serán pasibles de sanción disciplinaria,
> civil y penal.
>
> ___
> 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
Analista de Banco de Dados - QualiConsult
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] (sem assunto)

[Euler Taveira de Oliveira]

Arivaldo Bento wrote:

> Boa tarde. Alguem teria a libpsqlodbc.so.2.0.0 para o
> postgresql 64 bits?
> Não veio na instalação e tb não consigo achar na net e
> nem no site do postgresql.
> 
O site do projeto [1] e onde ficam os instaladores e o código fonte [2].

[1] http://pgfoundry.org/projects/psqlodbc/
[2] http://www.postgresql.org/ftp/odbc/


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