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.
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á
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
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ê
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
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
>
> 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
>
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
>
> 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
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
11 matches
Mail list logo