Re: [pgbr-geral] pgagent

Em 1 de julho de 2015 20:02, Douglas Fabiano Specht < douglasfabi...@gmail.com> escreveu: > > > Em 1 de julho de 2015 17:22, Rafael Fialho > escreveu: > >> Em 1 de julho de 2015 17:07, Douglas Fabiano Specht < >> douglasfabi...@gmail.com> escreveu: >> >>> Pessoal, >>> estou implementando via pgag

Re: [pgbr-geral] pgagent

Em 1 de julho de 2015 17:22, Rafael Fialho escreveu: > Em 1 de julho de 2015 17:07, Douglas Fabiano Specht < > douglasfabi...@gmail.com> escreveu: > >> Pessoal, >> estou implementando via pgagent para disparar uma function de 1 em 1 >> minuto, >> > > Precisamos entender como foi realizada a insta

Re: [pgbr-geral] pgagent

Em 1 de julho de 2015 17:07, Douglas Fabiano Specht < douglasfabi...@gmail.com> escreveu: > Pessoal, > estou implementando via pgagent para disparar uma function de 1 em 1 > minuto, > Precisamos entender como foi realizada a instalação. Estás com o processo pgagent rodando no seu servidor, e devi

[pgbr-geral] pgagent

Pessoal, estou implementando via pgagent para disparar uma function de 1 em 1 minuto, ocorre que o esse job não está sendo disparado, tentei recriar e gerou o seguinte sql: INSERT INTO pgagent.pga_job (jobid, jobjclid, jobname, jobdesc, jobenabled, jobhostagent) SELECT , jcl.jclid, 'enviaMensagem'

Re: [pgbr-geral] Dúvida no Restore

On 01-07-2015 13:11, Matheus de Oliveira wrote: > > 2015-06-29 0:05 GMT-03:00 Aldrey Galindo >: > >Não tive problema no restore em si, mais pelo volume da base está > demorando bastante. Notei que um dos processoa mais demorados está > nos 'ALTER T

Re: [pgbr-geral] Timestamp With Time Zone

QL > com 01 na hora, pois quando realizo uma consulta do tipo "SELECT * FROM > tabela WHERE campo_timestampz = '20150701' ", os registros não são > localizados, porém, ao alterar a consulta para "SELECT * FROM tabela WHERE > campo_timestampz >= '2015070

Re: [pgbr-geral] Timestamp With Time Zone

r ), mas é basicamente ler os dados de uma fonte de dados e inserir em outra, como uma ferramenta de ETL, porém sem "T", pois não transformo os dados. E os dados estão no banco PostgreSQL com 01 na hora, pois quando realizo uma consulta do tipo "SELECT * FROM tabela WHERE campo_time

Re: [pgbr-geral] ajuda com for

*Ótimo Douglas.* Precisando de ajuda, sinalize. [?] *Atenciosamente.* *Alan Formagi* *(47) 92034013 - Vivo* Em 1 de julho de 2015 13:15, Douglas Fabiano Specht < douglasfabi...@gmail.com> escreveu: > > > Em 1 de julho de 2015 12:59, Alan Formagi escreveu: > >> *Boa tarde Douglas!* >> >>

Re: [pgbr-geral] Timestamp With Time Zone

2015-07-01 11:12 GMT-03:00 Fernando Cambiaghi : > 1. Como posso contornar essa situação, para que na carga dos dados o > PostgreSQL não trate horário de verão, mesmo os campos sendo do tipo > timestampz? > > Primeiro, creio que você está um pouco enganado, o PostgreSQL não está adicionando uma hor

Re: [pgbr-geral] ajuda com for

*Douglas!* Eu consegui simular o caso e achei uma solução. Como citei no e-mail anterior, criei um campo na tabela que identifica quando o registro é inserido pela trigger e quando é inserido pela aplicação, em seguida tratei o caso com um IF dentro da trigger. Compile o script em uma

Re: [pgbr-geral] ajuda com for

Em 1 de julho de 2015 12:59, Alan Formagi escreveu: > *Boa tarde Douglas!* > > Pelo o que eu entendo essa estrutura vai ficar em loop. > Toda vez que você inserir um registro a trigger tentará inserir > outros, que por consequência irão disparar a mesma trigger, criando uma > "pilha". Sen

Re: [pgbr-geral] Dúvida no Restore

2015-06-29 0:05 GMT-03:00 Aldrey Galindo : >Não tive problema no restore em si, mais pelo volume da base está > demorando bastante. Notei que um dos processoa mais demorados está nos > 'ALTER TABLE ... CONSTRAINT...'. >Gostaria de saber se vocês tem alguma recomendação para melhorar esse >

Re: [pgbr-geral] ajuda com for

*Boa tarde Douglas!* Pelo o que eu entendo essa estrutura vai ficar em loop. Toda vez que você inserir um registro a trigger tentará inserir outros, que por consequência irão disparar a mesma trigger, criando uma "pilha". Sendo que é justamente isso que o postgres está reclamando quando te

Re: [pgbr-geral] ajuda com for

On Wed, Jul 1, 2015 at 11:43 AM, Douglas Fabiano Specht < douglasfabi...@gmail.com> wrote: > > Pessoal > preciso gerar uma trigger que quando tiver um insert ele duplique mais x > vezes conforme o max de uma outra tabela, acho que esta em loop infinito, > pois me da um erro: ERROR: stack depth li

Re: [pgbr-geral] ajuda com for

> > > ​​ > CREATE OR REPLACE FUNCTION dah.wdetcad() RETURNS TRIGGER AS $body$ > declare > i integer; > > BEGIN > for i in 1..(select max(codempresa) from configura WHERE codhotel >1) > loop > INSERT INTO detcad > select i, new.codgrupo, new.codfuncresp ; > end loop; > > RETURN NEW(); > END; >

[pgbr-geral] ajuda com for

Pessoal preciso gerar uma trigger que quando tiver um insert ele duplique mais x vezes conforme o max de uma outra tabela, acho que esta em loop infinito, pois me da um erro: ERROR: stack depth limit exceeded HINT: Increase the configuration parameter "max_stack_depth" (currently 2048kB), after e

Re: [pgbr-geral] Dúvida no Restore

> >Gostaria de saber se vocês tem alguma recomendação para melhorar esse > tempo. A configuração utilizada no restore está disponível aqui: > http://pastebin.com/ru30uLwy > Algumas dicas em: http://savepoint.blog.br/acelerando-a-importacao-de-dados-no-postgresql/ >Esse restore é em uma

[pgbr-geral] Timestamp With Time Zone

Bom dia. Eu realizei a conversão de alguns bancos de dados para PostgreSQL e ainda tenho vário para converter, porém, somente agora me deparei com um problema. Temos várias tabelas com campo timestamp, que no PostgreSQL deixei como timestampz. Esses campos foram criados assim a muito tempo atrás,