Bom dia a todos. Há um tempo atrás pedi uma força a galera pois estava tenho o seguinte erro no meu Postgres:
ERROR: invalid input syntax for type tid: "(,)" Euler me ajudou, pedindo que eu levantasse algumas informações que ainda não consegui totalmente (meu sistema é legado), e deixei o assunto em stand by. Meu Postgres é 8.1.15 e tentando migrar de sistema, hoje está em um Ubuntu (6.06.2 com kernel 2.6.15-52) e estou tentando passar pro FreeBSD 7.1. A minha aplicação (Deplhi 5) acessa o postgres via ODBC e esse erro curiosamente só acontece no FreeBSD, e já tentei a instalação tanto com pacotes pré compilados (packages) quanto compilando eu mesmo (ports). Já tentei trocar de versão também. O fato é que não acho que seja um problema no Postgres, na verdade, a minha aplicação está fazendo alguma coisa errada, que nas versões do Ubuntu (instalado via apt) ele não apita, sei lá porque. Estou desde então pesquisando muito pelo google, e o mais satisfatório que encontro é algo relacionado a diferença de versões de bibliotecas. Quero descobrir o que eu (minha aplicação) está fazendo de errado para corrigir. Temos alguns problemas como não passar cláusula FROM, que muito tempo atrás não tinha problema e hoje é bom corrigir ou ativar o add_missing_from, mas no caso desse erro tid não faço a menor idéia. Como disse, desde que o Euler deu uma ajuda e não consegui retornar algumas informações, continuei pesquisando, e fiz um teste nos 2 Postgres (Debia e FreeBA): Peguei uma tabela aqui e executei via psql: SELECT * FROM nextel WHERE ctid = '(,)'; O resultado no Ubuntu foi o normal (eu acho): id_nextel | msg_misn -----------+---------- (0 rows) Agora o resultado no FreeBA foi o tal erro: ERROR: invalid input syntax for type tid: "(,)" Ou seja, a mesma coisa que aparece na tela do windão lá quando minha aplicação inicia (usando ODBC). Não sei se a versão do ODBC poderia melhorar, mas já tentei outras e foi até pior. Achei interessante pois pela primeira vez consegui "mapear" o tipo de consulta que pode gerar esse erro (como o Euler estava orientando a fazer), porém não acredito que esse tipo de objeto ctid seja utilizado em consultas na minha aplicação (mas não tenho 100% de certeza). Estou pesquisando um monte sobre isso mas avançando muito pouco, gostaria de saber se vocês podem me ajudar, com alguma experiência ou qualquer luz que ajude a diagnosticar o que faz com que o Postgres se comporte dessa forma. Porque caso seja algo na forma como faço as consultas no sistema, teremos obviamente que mudar isso, mas se existir alguma opção de compilação ou compatibilidade que possa inibir isso, talvez eu consiga finalmente migrar meu PostgreSQL pro FreeBSD. Muito obrigado a todos por qualquer ajuda que pintar. -- Fernando França Linux User #263682 CMAS/CBPDS * DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2008/10/27 Euler Taveira de Oliveira <[email protected]>: > Fernando França escreveu: > >> Consegui refinar com ajuda do programador (desculpe a demora) >> exatamente em ordem as consultas que são executadas no momento que o >> sistema abre a central de operações (nosso software controla uma frota >> de ambulâncias). Acho que está mais fácil de entender agora. >> > Mas em qual das consultas abaixo o erro ocorre? Tem como você fazer um > passo-a-passo para verificar isso? > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
