Ir para o conteúdo

 Voltar a Instalação
Tela cheia

[Resolvido] Instalação Versão 2.5.2 com Sql Server 2012 - Problemas com formato de datas

28 de Julho de 2015, 14:40 , por Michele Cristina - | 1 Pessoa seguindo este artigo.
Visualizado 1373 vezes

Adicionado por Valterci Fagundes 17/04/2015 15:48 h

Nas funcionalidades que dependem de data, ex: atribuição de permissões no SIP, ao cadastrar e atribuir data de início e data final, a gravação ocorre da forma correta no entanto, ao recuperar para visualizar ou para alterar é apresentada uma data estranha: data de início: 30/28/2015 (deveria ser 28/01/2015), data fim: 36/31/2029 (deveria ser 31/12/2029).

Na versão MySQL este problema não ocorre portanto, desconfio que o problema reside na maneira como o SEI lida com o formato DATETIME do SQLServer.

Uma das consequências observada além da data apresentada em desconformidade, é que o SEI cria o caminho físico dos documentos inseridos por upload de forma incorreta.

Alguma idéia do que está ocorrendo? Alguma orientação para corrigir o problema?


33 comentários

  • 9dd6bb47d9e934b64f8a2a2630984b02?only path=false&size=50&d=mmMichele Cristina
    28 de Julho de 2015, 14:41

    Adicionado por Valterci Fagundes

    O problema foi resolvido com a solução proposta(atualização da extensão FreeTDS 0.91).

    Obrigado pela colaboração Guilherme.

  • 9dd6bb47d9e934b64f8a2a2630984b02?only path=false&size=50&d=mmMichele Cristina
    28 de Julho de 2015, 14:42

    Adicionado por Guilherme Andrade Del Cantoni

    Valterci,

    Verificar se extensão PHP utilizada para acesso ao banco de dados é o FreeTDS versão 0.91.
    Verificar também as configurações das bases do SIP e SEI o comando "dbcc useroptions" e verifique se os valores conferem com as opções abaixo:

    textsize 2147483647
    language us_english
    dateformat mdy
    datefirst 7
    lock_timeout -1
    quoted_identifier SET
    arithabort SET
    ansi_null_dflt_on SET
    ansi_warnings SET
    ansi_padding SET
    ansi_nulls SET
    concat_null_yields_null SET
    isolation level read committed

  • 9dd6bb47d9e934b64f8a2a2630984b02?only path=false&size=50&d=mmMichele Cristina
    28 de Julho de 2015, 14:43

    Adicionado por Guilherme Andrade Del Cantoni

    Valterci,

    Provavelmente o problema está relacionado ao formato de datas utilizado pelo SQLServer, que não é o mesmo utilizado pela aplicação.
    Consultando o TRF4 e o manual de instalação, foi indicado a instalação do FreeTDS 0.91 para corrigir esse problema.

Essa comunidade não possui posts nesse blog