1010 comentários

• Tiago Camargo(usuário não autenticado)

  28 de Setembro de 2011, 20:24

   

  Qual a versão do  Postgre que você instalou? Seguiu a instalação conforme o manual? Setou o search_path?

  Tiago Camargo
  Portabilis Tecnologia
  www.​port​abil​is.c​om.b​r

  
  

  • Luiz Otavio Ferreira(usuário não autenticado)

    18 de Outubro de 2011, 16:59

     

    Caro Tiago, grato por ajudar-me.

    Respostas: Postgree 8.4.5.1;

    Segui todos os passos, e setei o search_path =

    "$user", public, portal, cadastro, acesso, alimentos, consistenciacao, historico, pmiacoes, pmicontrolesis, pmidrh, pmieducar, pmiotopic, urbano
     

    
    

    • Diogo Rissi Lopes(usuário não autenticado)

      19 de Outubro de 2011, 19:00

       

      Luiz Otavio,

      o Postgree deve ser o 8.2

       

       

      Att,
      Diogo Rissi

      
      
• Fabiano Augusto(usuário não autenticado)

  4 de Março de 2013, 11:44

   

  Estou com o mesmo problema. A mensagem é a mesma.

  Testando essa consulta diretamente no banco também dá erro. Diz que o OFFSET não pode ser negativo.

  Executando o SQL sem o trecho "OFFSET -10" o banco retorna uma tabela vazia (visto que não existem escolas cadastradas).

  Estou utilizando o PostgreSQL 8.2

  
  

  • Welber Pereira(usuário não autenticado)

    4 de Março de 2013, 19:01

     

    ** Restaurando dump do banco de dados 
    bash: line 20: /home/demo/.pgvm/environments/8.2.23/bin/createdb: No such file or directory 
    bash: line 21: /home/demo/.pgvm/environments/8.2.23/bin/pg_restore: No such file or directory 

    ** Definindo search_path 
    bash: line 24: /home/demo/.pgvm/environments/8.2.23/bin/psql: No such file or directory 

    
    
• Tiago Lemos Pereira(usuário não autenticado)

  24 de Abril de 2013, 22:39

   

  Boa noite a todos, o meu problema acho que deve ser o mesmo. Cadastro a escola sem problemas nenhum, mas após o cadastro quando tento visualizar a escola fica dando essa mensagem a baixo, já revisei o tutoria de instalação várias vezes, até já fiz na mão todos os procedimentos executados via script e o erro permanece. Aguardo uma sugestão de solução. 

  Detalhes: Erro app Erro ao executar uma ação no banco de dados: SQL invalido: SELECT ref_cod_escola, ano, ref_usuario_cad, ref_usuario_exc, andamento, data_cadastro, data_exclusao, ativo, turmas_por_ano FROM pmieducar.escola_ano_letivo WHERE ref_cod_escola = '3' AND ativo = '1' ORDER BY ano Erro php pg_query(): Query failed: ERROR: column "turmas_por_ano" does not exist LINE 1: ..., andamento, data_cadastro, data_exclusao, ativo, turmas_por... ^ Arquivo (linha: 434) /home/tek/ieducar/ieducar/intranet/include/clsBancoPgSql.inc.php

   

  Tiago Lemos Pereira
  Tecnólogo em Redes de Computadores
  Especialista Em Redes e Segurança da Informação 

  
  

  • Lucas D'Avila(usuário não autenticado)

    25 de Abril de 2013, 11:55

     

    Olá Tiago!

    O seu caso é outro, sua aplicação está mais atualizada que o banco de dados. Você precisa rodar no banco de dados a migração [1] e posteriores caso existam.

    [1] misc/database/deltas/portabilis/50_adiciona_ano_em_turma_e_turmas_por_ano_em_escola_ano_letivo.sql

    Lucas D'Avila
    lucas@lucasdavi.la

    
    

    • Tiago Lemos Pereira(usuário não autenticado)

      25 de Abril de 2013, 11:59

       

      Pode até ser, mas minha instalação foi toda guiada pelo tutorial da portabillis, ou seja já deveria estar com a migração implícita, agora meu caro, como faço para rodar essa atualização?

      
      

      • Fabiano Marcelo(usuário não autenticado)

        25 de Abril de 2013, 13:18

         

        É só rodar a sql no banco de dados, não tem segredo.

        
        

        • Lucas D'Avila(usuário não autenticado)

          25 de Abril de 2013, 21:46

           

          Olá Tiago!

          Exatamente o dump do banco de dados utilizado na instalação já deveria estar atualizado com as ultimas migrações, porem não estava, o processo para manter o dump atualizado é manual, suscetível a falha humana.

          A solução seria utilizar-se de migração automatizada para o banco de dados, fique a vontade para contribuir com esta melhoria para a comunidade.

          De qualquer modo acabei de atualizar o dump, nas próximas instalações o erro citado não ocorrerá, no seu caso, execute o código SQL anterior ao bloco "-- //@UNDO" da migração citada no meu post anterior.

          Lucas D'Avila
          lucas@lucasdavi.la