77 comentários

• Walter Marinho Pereira(usuário não autenticado)

  30 de Julho de 2009, 19:47

   

  Olá, Hilton Felipe

  Para facilitar o suporte é recomendável que você informe alguns dados como:

  Sistema operacional, versão do Apache, Postgres, php, ou outro ambiente wampserve e easyphp por ex: e a mensagem de erro gerada ok

  Tenta ver a solução do Guilherme Lopes logo abaixo com o título "Ao tentar entrar no sistema deu este erro"

  
  

  • Hilton Felipe Santiago Filho(usuário não autenticado)

    31 de Julho de 2009, 10:26

     

    Walter , desculpe, segue abaixo as informações...
    obs: Fiz o que me recomendou mas o erro continua....

    Quando clico em Salva no Cadastro de Funcionários no Menu DRH, aparece o seguinte erro:
    SQL invalido: INSERT INTO cadastro.fisica (idpes, origem_gravacao, idsis_cad, data_cad, operacao, idpes_cad , data_nasc, sexo, cpf) VALUES ( '2', 'M', 17, NOW(), 'I', '1' , '1975-11-18', 'M' , 11111111111 )

    Dados do Sistema:
    PostgreSQL 8.3.7
    PHP Version 5.2.6-1+lenny3
    Linux hilton 2.6.17.10 #1 SMP Wed Aug 23 16:07:05 BRT 2006 i686 Apr 26 2009 21:57:45
    Apache 2.0 Handler

    PostgreSQL(libpq) Version  8.3.7 
    Multibyte character support  enabled 
    SSL support  enabled 
    Active Persistent Links  0 
    Active Links  0 

    Directive Local Value Master Value
    pgsql.allow_persistent On On
    pgsql.auto_reset_persistent Off Off
    pgsql.ignore_notice Off Off
    pgsql.log_notice Off Off
    pgsql.max_links Unlimited Unlimited
    pgsql.max_persistent Unlimited Unlimited

    PHP
    memory_limit = 40M
    error_reporting = E_ALL & ~E_NOTICE
    display_errors = Off
    short_open_tag = On

    PGSQL
    PostgreSQL Support enabled
    PostgreSQL(libpq) Version  8.3.7 
    Multibyte character support  enabled 
    SSL support  enabled 
    Active Persistent Links  0 
    Active Links  0 

    Directive Local Value Master Value
    pgsql.allow_persistent On On
    pgsql.auto_reset_persistent Off Off
    pgsql.ignore_notice Off Off
    pgsql.log_notice Off Off
    pgsql.max_links Unlimited Unlimited
    pgsql.max_persistent Unlimited Unlimited

    PDO_PGSQL
    PDO Driver for PostgreSQL enabled
    PostgreSQL(libpq) Version  8.3.7 
    Module version  1.0.2 
    Revision  $Id: pdo_pgsql.c,v 1.7.2.11.2.2 2007/12/31 07:20:10 sebastian Exp $
     

    
    

    • Walter Marinho Pereira(usuário não autenticado)

      31 de Julho de 2009, 12:19

       

      Oi, Hilton

      O problema é de caminho, verifique o Search_path, o sistema não está encontrando a tabela cadastro.fisica.

      Outro item é a data talvez seja um um problema de display mas a data deve ser digitada no formato dia-mês-ano ex: 18-11-1975  

      
      
    • Eriksen Costa(usuário não autenticado)

      31 de Julho de 2009, 12:58

       

      Hilton,

      Tente executar essa SQL diretamente no banco de dados e veja a descrição do erro.

      Lembrando que suportamos somente a versão 8.2 do PostgreSQL. O problema pode ser daí.

      att,

      Eriksen Costa

      
      

      • Hilton Felipe Santiago Filho(usuário não autenticado)

        3 de Agosto de 2009, 10:08

         

        Galera...

        Já tentei de todas as formas dar este comando direto no postgre e sempre me retorna um erro, a cada tentativa um erro diferente...
        Pra gente ganhar tempo, estou postando o erro quando dou o comando acima completo:

        Erro de SQL:

        ERROR:  function pg_catalog.btrim(date) does not exist
        LINE 1: SELECT  TRIM( $1 )='' OR  $1  IS NULL
                        ^
        HINT:  No function matches the given name and argument types. You might need to add explicit type casts.
        QUERY:  SELECT  TRIM( $1 )='' OR  $1  IS NULL
        CONTEXT:  PL/pgSQL function "fcn_fisica_historico_campo" line 233 at IF
        Indicação de entrada :
        INSERT INTO cadastro.fisica (idpes, origem_gravacao, idsis_cad, data_cad, operacao, idpes_cad , data_nasc, sexo, cpf) VALUES ( '2', 'M', 17, NOW(), 'I', '1' , '1975-11-18', 'M' , 11111111111 )

        Segue baixo as trocas de informações com o suporte do nosso VPS:
        A versao do postgre que preciso é a 8.2 e nao a 8.3, teria como vcs fazer o "downgrade"? se puder se graça, melhor. Mas se for justo, pois o erro foi meu, podem fazer a modificação e cobrar o valor.
        Att.
        Hilton Felipe
        ------
        Olá Hilton,

        O Debian não suporta por parão a versão 8.2. Na distribuição Stable (Lenny) somente o 8.3.

        Está tendo problemas com incompatibilidade? 

        De:  Hilton Felipe Santiago Filho (hiltonfelipe@gmail.com) - 189.25.95.129  Departamento:  Suporte Técnico (Reg. 58454) 
        Para:  VirtuaServer  Data:  31/07/2009 19:36:25 
        Sim, estou. Estou testando o sistema i-educar que só é compativel com a versao 8.2. Verei com eles se há algum patch pra essa correção.
        Caso vcs tenham alguma solução , me informem.
        Grato

        Hilton Felipe 

        De:  André Bruce (VirtuaServer)  Departamento:  Suporte Técnico (Reg. 58455) 
        Para:  Hilton Felipe Santiago Filho (hiltonfelipe@gmail.com)  Data:  31/07/2009 19:52:26 
        Normalmente tentam manter a compatibilidade com versões anteriores (ex: Scripts que funcionam em antigas funcionam nas novas mas não ao contrário).

        Qual erro recebe? 

        De:  Hilton Felipe Santiago Filho (hiltonfelipe@gmail.com) - 189.25.95.129  Departamento:  Suporte Técnico (Reg. 58462) 
        Para:  VirtuaServer  Data:  31/07/2009 20:19:54 
        SQL invalido: INSERT INTO cadastro.fisica (idpes, origem_gravacao, idsis_cad, data_cad, operacao, idpes_cad , data_nasc, sexo, cpf) VALUES ( '3', 'M', 17, NOW(), 'I', '1' , '1975-11-18', 'M' , 11111111111 )

        Resposta do suporte do sistem:

        Hilton,

        Tente executar essa SQL diretamente no banco de dados e veja a descrição do erro.

        Lembrando que suportamos somente a versão 8.2 do PostgreSQL. O problema pode ser daí.

        att,

        Eriksen Costa

        Grato
        Hilton Felipe 

        De:  André Bruce (VirtuaServer)  Departamento:  Suporte Técnico (Reg. 58470) 
        Para:  Hilton Felipe Santiago Filho (hiltonfelipe@gmail.com)  Data:  31/07/2009 20:42:46 
        Qual a mensagem de erro exata retornada do banco? Acho difícil que um comando "simples" como este possa resultar em erro devido a versão. Normalmente quando temos incompatibilidade de versões se devem a comandos complexos. 

         

        
        

        • Hilton Felipe Santiago Filho(usuário não autenticado)

          4 de Agosto de 2009, 20:04

           

          Galera... fiz a intalação num ruindows aqui usando os arquivos compactados em "tar" e com o Postgre 8.2, e funcionou maneiro.

          Não entendo a razão de só funcionar no 8.2, mas vou cair dentro dos codigos e tentar entender isso melhor.

           

          Vlw pela ajuda e opinião de todos.

           

          Att.

          Hilton Felipe

          
          

          • Eriksen Costa(usuário não autenticado)

            5 de Agosto de 2009, 10:23

             

            Hilton,

            Esse problema se dá pela remoção do typecasting implícito nas chamadas de funções do PostgreSQL (veja o changelog da versão 8.3).

            A única forma de evitar esse problema é fazer o typecasting explícito. Para isso, será necessário reescrever todas as triggers e funções de usuário no banco para realizar o typecasting nas chamadas de função do banco.

            Por exemplo, onde se tem (em consistenciacao.fcn_fisica_historico_campo):

            TRIM(v_data_nasc_nova)

            Ficaria:

            TRIM(v_data_nasc_nova::text)

            Porém, apesar de parecer simples, é algo que requer muito tempo para (1) verificar os pontos que precisam de typecasting e (2) testar.

            Uma mudança assim precisa ser muito bem testada. Podem existir também outros fatores a alterar devido as mudanças entre as versões 8.2 e 8.3 do PostgreSQL. É por isso que ainda não suportamos essa versão.

            Se houver mais interessados em fazer essas alterações de banco de dados, pode-se ser criado uma entrada na wiki para documentar todos os passos. Enquanto isso não ocorrer, esse será um ponto a ser postergado pois, apesar das dificuldades de instalação da 8.2 nos sistemas Linux mais atuais, ela é bastante estável e ainda suportada pela comunidade PostgreSQL.

            Caso se interesse em estudar esse assunto, eu recomendo que leia a seção de contribuição do nosso wiki (link) e que estude o dbdeploy (link para tutorial, em inglês), que é a forma como fazemos para implementar as alterações de banco de dados (a partir da versão 1.1.0).

            Apesar de parecer um pouco complicado, é bem simples utilizar o dbdeploy. Basta criar o chamado arquivo delta, que contém as instruções SQL que irão alterar o banco de dados. Nesse caso, seriam instruções SQL para adicionar o typecasting nas triggers/funções. Os deltas atuais estão dentro de misc/database/deltas (ver no Trac, link).

            Havendo mais interesse, basta continuar essa thread ou iniciar uma no fórum desenvolvimento.

            att,
            Eriksen Costa
            Analista Desenvolvedor
            Cobra Tecnologia S.A.