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.
Enquanto não der outros pro
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á pr
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 (0,6)
> LOOP
> INS
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ê não está falando de
> exe
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
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 I
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 o mesmo
valor na sequenc
>
> 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
> PG
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 (id, id_tarefaag, data_hor
