Problemas com Trigger

[Roberto Gugisch]

Ontem instalei uma nova versão do meu servidor!

Antes disso eu fiz um dump no meu banco de dados (dumpall). Reinstalei o servidor (Windos 2008 Enterprise e reinstalei o PG.

Ao retornar o meu Dump tive alguns problemas, o psql não reconhecia alguns comandos como "\connect postgres".

O que ele não reconheceu refiz manualmente.

Só que as triggers que eu tenho no banco deixaram de funcionar. Já as olhei e reolhei e não vejo nada que possa estar erradas.

Notem que elas funcionavam normalmente. O erro que estão dando é o seguinte (este erro é de um das triggewr, mas acredito que resolvendo um resove-se todos os outros).

---------------------------
SQL Error: ERRO:  registro "new" não tem campo "dt_mudanca"
CONTEXT:  função PL/pgSQL "update_posvendas" linha 2 em IF.
---------------------------
OK   
---------------------------

Minha trigger:

BEGIN 
  INSERT INTO parana.historico_pv 
      ( id, status, dt_mudanca, data )
    VALUES 
      ( new.id, new.status, new.dt_status, now() );
  IF new.observacao <> '' THEN
    INSERT INTO parana.hist_pv 
        ( id, dt_mudanca, observacoes, data )
      VALUES 
        ( new.id, new.dt_status, new.observacao, now() );
  END IF;
  RETURN new;
END;

É uma trigger simples, ela simplismente guarda todas as alterações que existiram no campo Observações e no campo Status! Outra coisa que alterou depois que foi alterado o servidor são os generations que antes estavam assim:

nextval('ordens_id'::regclass)

e agora só funcionam se estiverem assim:

nextval('parana.ordens_id'::regclass)

Eu tive que incluir o schema neles para que funcionassem. Sem ele o PG nem achava o generator.

Minha plataforma:

* PG 8.4 rodando no Windows Server 2008 Enterprise

* Delphi 7 conectando através do Zeos

Alguém teria alguma sugestão de como acertar isso?

Desde já agradeço a todos.

[Kakao]

Não sei se tem alguma relação mas qual era a versão anterior do postgresql? Pergunto para pesquisar se houve alguma mudança em triggers que afetou a compatibilidade desde a versão anterior.

[Roberto Gugisch]

A versão anterior era 8.4.0.x a atual é a 8.4.7.1.

Não creio que tenha mudado algo com relação a isso! Mas também nem sei onde buscar esse tipo de informação!

Sou novo no PG e ele tem certas particularidades que me deixam ainda de cabelo em pé!

Obrigado pela ajuda Kakao!

[Kakao]

Não sei se tem alguma coisa errada com os números de versão. No Linux, que eu estou acotumado, não existe o quarto número na versao 8.4.x.x. Só vai até 8.4.x. Só se for no Windows.

Mas se você fez o update da 8.4.0 para 8.4.7 então não há a necessidade de fazer o dump/restore. Você tentou fazer o updade sem dump/restore?. Você poderia reverter para a versão anterior, fazer o restore, e então fazer o update. Isso supondo que os problemas sejam derivados daqueles encontrados durante o restore na nova versão.

Mas se você fez o update para a versão 8.4 partindo da 8.0 então o dump/restore é obrigatório e aí cai no problema de compatibilildade.

[Roberto Gugisch]

Kakao, me desculpe.

A versão anterior é a 8.4.5.1 e a nova versão é a 8.4.7.1.

Instalei no meu micro a versão anterior e os mesmos problemas estão ocorrendo.

Creio que é alguma cois aque o PSQL trouxe de errado!

O mais estranho é que o PSQL não retorna as triggers e funções. Tenho que fazer isso na mão!

Você comentou que não precisaria de um restore. Mas como vou voltar meu banco? Eu nenhuma vez eu utilizei o restore, mas sempre o PSQL.

Como te disse no primeiro post, eu fiz um DUMPALL (na verdade faço isso 2 vezes por dia - agendado no server) e isso é enviado ao meu e-mail.

Se quiser te passo o arquivo SQL gerado para você dar uma olhada!

E novamente, obrigado pela ajuda!

:rolleyes:

[Kakao]

Quando eu falo restore é com o psql mesmo. É o que eu uso. Você fez o dumpall só dos dados ou do schema também? Mostra o comando que você usou no dumpall.

[Roberto Gugisch]

Uso o comando abaixo:

"C:\Arquivos de programas\pgAdmin III\1.12\pg_dumpall.exe" --host 187.7.131.36 --port 5432 --username postgres --file %BACKUP_FILE%

Isso faz o backup de TUDO que tem no PG.

Você faz diferente?

Estou recriando a base toda manualmente para ver se tem algo de errado no restore mesmo!

O que estou notando de diferente são os generators.

Antes eu simplismente colocava no DEFAULT do campo:

nextval('status_id'::regclass)

agora tenho que colocar:

nextval('parana.status_id'::regclass)

pois senão não encontra! Muito estranho ele não encontrar!

O erro que dá nas trigger parece que ele não acha a tabela referente a ela e dá erro tentando achar uma tabela com nome NEW.

[Roberto Gugisch]

Refiz as tabelas que usam as Trigger, refiz as triggers, refiz as funções.

Tudo funcionou!

Deve ser alguma coisa relativo ao restore do PG pelo PSQL.

Tem idéia do que pode ter acontecido?

Poderia me mostrar a forma como você faz backup e a forma como você restaura eles?

Preciso acertar aqui para que não ocorra de novo o que ocorreu dessa vez.

[Kakao]

Eu faço backup base por base:

pg_dump -Ft -U usuario -C base

É porque cada base tem uma periodicidade diferente.

[Roberto Gugisch]

Ok.

E como você volta elas?

Pois o comando PSQL me deu erro quando retornei minha base, além de ele não retornar tudo!

[Kakao]

Esqueci de colocar o redirecionamento para o arquivo. Não sei se funciona no Windows:

pg_dump -Ft -U usuario -C base > /caminho/para/minha_base.dump

Vou procurar como eu volto. Uma das bases tem 30 Giga e eu já fiz o restore várias vezes quando da mudança de versão e funcionou sem problemas.

Editado Fevereiro 3, 2011 por Kakao

[Roberto Gugisch]

Eu testei aqui, pois tenho um .bat que faz backup pelo menos 3 vezes ao dia!

Funcionou, mas com algumas alterações:

pg_dump.exe" --format=p --create --column-inserts --host=10.1.1.254 --port=5432 --username=postgres --file=%BACKUP_FILE1% parana

Não precisei de direcionamentos pois a chave --file indica qual arquivo vai ser gerado!

Agora falta um restore que realemnte funcione!