Re: [pgbr-geral] Função com generate_series

2016-10-19 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2016-10-19 11:19 GMT-02:00 Izaque Maciel : > > Chave artificial. > É somente uma identificação de número controle interno, não é como um cpf ou > rg. > Não entendo bem, mas garantindo a unicidade do campo em questão, no caso o > "id", já resolve. Obrigado por alertarem.

Re: [pgbr-geral] Função com generate_series

2016-10-19 Por tôpico Izaque Maciel
Em 19 de outubro de 2016 10:52, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > Não foi o que você perguntou, mas alertando para um problema potencial: > > > Essa tabela tem chave natural, ou só artificial? Porque a artificial > não garante unicidade, e se for só ela dará

Re: [pgbr-geral] Função com generate_series

2016-10-19 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
Não foi o que você perguntou, mas alertando para um problema potencial: 2016-10-18 15:19 GMT-02:00 Izaque Maciel : > > select date > from generate_series(new.dtinicial::timestamp, > new.dtfinal, '1 day') date > where extract(dow from date) not in

Re: [pgbr-geral] Função com generate_series

2016-10-19 Por tôpico Izaque Maciel
Em 19 de outubro de 2016 09:58, Matheus de Oliveira < matioli.math...@gmail.com> escreveu: > > 2016-10-19 9:41 GMT-02:00 Izaque Maciel : > >> encontrei também uma maneira de atualizá-las, em alguns casos de rollback. > > > Essa afirmação me deixa um tanto preocupado, você

Re: [pgbr-geral] Função com generate_series

2016-10-19 Por tôpico Matheus de Oliveira
2016-10-19 9:41 GMT-02:00 Izaque Maciel : > encontrei também uma maneira de atualizá-las, em alguns casos de rollback. Essa afirmação me deixa um tanto preocupado, você não está falando de executar um SETVAL após um ROLLBACK, né? -- Matheus de Oliveira

Re: [pgbr-geral] Função com generate_series

2016-10-19 Por tôpico Izaque Maciel
Que ótimo, resolve alguns problemas, estudei um pouco sobre as sequences, e encontrei também uma maneira de atualizá-las, em alguns casos de rollback. Muito obrigado pessoal! Em 19 de outubro de 2016 09:17, Matheus de Oliveira < matioli.math...@gmail.com> escreveu: > > 2016-10-19 8:45 GMT-02:00

Re: [pgbr-geral] Função com generate_series

2016-10-19 Por tôpico Matheus de Oliveira
2016-10-19 8:45 GMT-02:00 Izaque Maciel : > Obrigado Mateus, farei os ajustes. Só mais uma dúvida, utilizando a > sequence mencionada acima ou o nextval explícito, nunca ocorrerá problemas > de concorrência? Não, porque o PostgreSQL garante que apenas uma sessão recupere

Re: [pgbr-geral] Função com generate_series

2016-10-19 Por tôpico Izaque Maciel
> > Além do que o Euler já comentou, eu tenho mais duas recomendações. > > 1. Essa é bem grave, usar `select coalesce(max(id)+1),1) ...` é uma > prática comum, mas pode ter consequências indesejáveis devido à problemas > de concorrência. Interessante que comentei sobre isso esses dia no último >

Re: [pgbr-geral] Função com generate_series

2016-10-19 Por tôpico Matheus de Oliveira
On Tue, Oct 18, 2016 at 3:19 PM, Izaque Maciel wrote: > FOR rec IN > select date > from generate_series(new.dtinicial::timestamp, > new.dtfinal, '1 day') date > where extract(dow from date) not in (0,6) > LOOP > INSERT INTO tarefa_itens

Re: [pgbr-geral] Função com generate_series

2016-10-18 Por tôpico Izaque Maciel
> > Você está misturando um tipo (date) com nome de uma variável [1]. Isso > está confundindo o parser. Ou você usa um outro nome para variável no > record ou ajusta o parâmetro de configuração plpgsql.variable_conflict > (eu prefiro a primeira opção). > > Apesar de "date" não ser uma palavra

Re: [pgbr-geral] Função com generate_series

2016-10-18 Por tôpico Euler Taveira
On 18-10-2016 14:19, Izaque Maciel wrote: > Estou tentando um insert que pega os valores do novo registro da tabela > tarefa (After Insert) e gera os valores da tabela tarefa_itens. Com a > função generate_series dentro do for loop armazeno num tipo Record, mas > no momento da execução recebo um