Em 18 de outubro de 2016 02:49, Amir escreveu:
> Olá... Após atualizar o Postgresql da versão 9.3 para a 9.6.0, importei
> através de roteiro de carga SQL a minha base que passou a funcionar
> normalmente no sistema para testes desta versão... mas deste então ao
> disparar o comando de cópia auto
On 18-10-2016 01:49, Amir wrote:
> Olá... Após atualizar o Postgresql da versão 9.3 para a 9.6.0, importei
> através de roteiro de carga SQL a minha base que passou a funcionar
> normalmente no sistema para testes desta versão... mas deste então ao
> disparar o comando de cópia automática F:\so_cop
Estou fazendo backup na versão 9.6 mas os arquivos foram gerados em 9.3
Em 18 de outubro de 2016 11:32, Euler Taveira
escreveu:
> On 18-10-2016 01:49, Amir wrote:
> > Olá... Após atualizar o Postgresql da versão 9.3 para a 9.6.0, importei
> > através de roteiro de carga SQL a minha base que pass
Em 18/10/16, Amir escreveu:
> Estou fazendo backup na versão 9.6 mas os arquivos foram gerados em 9.3
>
Explique melhor o que você entende por "fazer back-up".
Mostre o comando utilizado.
Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresq
Boa tarde pessoal,
se possível, por favor me auxiliem nesta função:
CREATE OR REPLACE FUNCTION public.tarefa_agendada_ai (
)
RETURNS trigger AS
$body$
DECLARE
rec record;
BEGIN
FOR rec IN
select date
from generate_series(new.dtinicial::timestamp,
new.dtfinal, '1 day'
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 er
>
> 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 reser