Re: [pgbr-geral] Funcão PostgreSQL 9.2

2016-05-04 Por tôpico drum.lu...@gmail.com
hmm.. Conseguir fazer funcionar, da seguinte maneira: CREATE OR REPLACE FUNCTION users_code_seq() >RETURNS "trigger" AS $$ > BEGIN > > IF (TG_OP = 'INSERT') THEN > UPDATE public.company_seqs SET last_seq = (last_seq + 1) WHERE > company_id = NEW.company_id; > > END

Re: [pgbr-geral] Dúvida em select

2016-05-04 Por tôpico Jean Alysson
Ola Tiago, está correta sua dedução obrigado pela resposta ! Estou começando com PostgreSql, então gostaria de saber se dessa forma eu teria boa performance ? Esta solução com subselect poderia ser feita sem usar 2 selects ? over partition, with query ou algo assim ? Obrigado pela colaboração

Re: [pgbr-geral] Dúvida em select

2016-05-04 Por tôpico Tiago José Adami
Em 4 de maio de 2016 22:19, Jean Alysson escreveu: > > Ola, preciso fazer o select abaixo, tem que retornar somente um registro, > mas como o campoString é diferente, retornam varios registros, como posso > resolver ? > > SELECT max(campoInteger), campoString > FROM tabela

[pgbr-geral] Dúvida em select

2016-05-04 Por tôpico Jean Alysson
Ola, preciso fazer o select abaixo, tem que retornar somente um registro, mas como o campoString é diferente, retornam varios registros, como posso resolver ? SELECT max(campoInteger), campoString FROM tabela where outroCampoInteger = 31 group by campoInteger, campoString já tentei colocar

Re: [pgbr-geral] Funcão PostgreSQL 9.2

2016-05-04 Por tôpico drum.lu...@gmail.com
> > CREATE OR REPLACE FUNCTION users_code_seq() >RETURNS "trigger" AS $$ > --DECLARE > --code character varying; > BEGIN > IF (TG_OP = 'INSERT') THEN > UPDATE public.company_seqs SET last_seq = (last_seq + 1) WHERE > company_id = NEW.company_id; > > ELSEIF

Re: [pgbr-geral] Limpar tabelas pg_toast_XXXXXX

2016-05-04 Por tôpico Ursulino Barboza
O problema é liberar espaço pois o disco está muito cheios e a tabela pg_toast está com 227GB. Postgresql 8.4 Em 4 de maio de 2016 16:45, Sebastian Webber escreveu: > > > Em 4 de maio de 2016 16:37, Ursulino Barboza escreveu: > >> Prezados, >> >>

Re: [pgbr-geral] Limpar tabelas pg_toast_XXXXXX

2016-05-04 Por tôpico Fabrízio de Royes Mello
On 04-05-2016 16:37, Ursulino Barboza wrote: > Prezados, > > Alguém tem alguma experiência em limpeza de tabelas pg_toast, esta > tabelas está vinculada a uma tabela que existe blobs. > Qual o seu problema para vc demandar "limpeza" nestes objetos? Suponho que vc possa estar com algum tipo de

Re: [pgbr-geral] Limpar tabelas pg_toast_XXXXXX

2016-05-04 Por tôpico Sebastian Webber
Em 4 de maio de 2016 16:37, Ursulino Barboza escreveu: > Prezados, > > Alguém tem alguma experiência em limpeza de tabelas pg_toast, esta tabelas > está vinculada a uma tabela que existe blobs. > Qual é o problema que vc está enfrentando que justifique esssa "limpeza"? Qual

[pgbr-geral] Limpar tabelas pg_toast_XXXXXX

2016-05-04 Por tôpico Ursulino Barboza
Prezados, Alguém tem alguma experiência em limpeza de tabelas pg_toast, esta tabelas está vinculada a uma tabela que existe blobs. -- Ninobsb ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] [memória autovacuum]

2016-05-04 Por tôpico Fabrízio de Royes Mello
On 04-05-2016 14:47, Daniel Luiz da Silva wrote: > Euller, > > Tem como rastrear o XID de uma tupla? > [..por favor não faça top-posting..] Existem as colunas xmin e xmax... recomendo dar uma olhada nessa apresentação do Bruce: http://momjian.us/main/writings/pgsql/mvcc.pdf Tem gravações

Re: [pgbr-geral] [memória autovacuum]

2016-05-04 Por tôpico Daniel Luiz da Silva
Euller, Tem como rastrear o XID de uma tupla? De: "Euler Taveira" Para: "Comunidade PostgreSQL Brasileira" Enviadas: Quarta-feira, 4 de maio de 2016 12:30:59 Assunto: Re: [pgbr-geral] [memória autovacuum] On 04-05-2016 09:04,

Re: [pgbr-geral] [memória autovacuum]

2016-05-04 Por tôpico Euler Taveira
On 04-05-2016 09:04, Daniel Luiz da Silva wrote: > O parâmetro autovacuum_vacuum_cost_delay está em 20 ms. Sobre o FREEZE, > acredito que não seria o caso, porque na teoria, ele só seria problema > se não estivesse habilitado o auto_vacuum, correto? > Qualquer comando VACUUM pode realizar "freeze"

Re: [pgbr-geral] Minievento FISL

2016-05-04 Por tôpico Fernando Foster
Quem for de Sampa, consegui passagem de congonhas pra porto alegre dia 12 e volta dia 17 por 258 ida e volta! Em qua, 4 de mai de 2016 às 10:08, Cleysson Lima escreveu: > Pretendo ir também... > > Em 4 de maio de 2016 09:57, Sebastian Webber >

Re: [pgbr-geral] Minievento FISL

2016-05-04 Por tôpico Cleysson Lima
Pretendo ir também... Em 4 de maio de 2016 09:57, Sebastian Webber escreveu: > > > Em 3 de maio de 2016 17:14, Fernando Foster > escreveu: > >> Sobre o FISL tenho o interesse em ir. Alguém mais vai? >> > > Eu vou ir. > > > -- > Sebastian Webber >

Re: [pgbr-geral] Minievento FISL

2016-05-04 Por tôpico Sebastian Webber
Em 3 de maio de 2016 17:14, Fernando Foster escreveu: > Sobre o FISL tenho o interesse em ir. Alguém mais vai? > Eu vou ir. -- Sebastian Webber http://swebber.me ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] [memória autovacuum]

2016-05-04 Por tôpico Daniel Luiz da Silva
Euller, O parâmetro autovacuum_vacuum_cost_delay está em 20 ms. Sobre o FREEZE, acredito que não seria o caso, porque na teoria, ele só seria problema se não estivesse habilitado o auto_vacuum, correto? A operação FREEZE, congela as linhas para não ser alterada e reinicia o contador de