Problema de Erro do Conector de Banco de Dados 8114 no Crystal 2008 SP2: Soluções e Causas

Olá Bruce,

Isso é estranho, a corrupção do arquivo de relatório pode estar causando o problema. O que acontece se você copiar um relatório de um PC onde funciona e tentar novamente?

A discrepância do relatório indica que o que o Crystal Reports salvou no arquivo RPT não corresponde ao que está no banco de dados atualmente. Respeitamos totalmente a segurança do banco de dados, possivelmente esse usuário não tem permissões de leitura definidas em uma ou mais tabelas. Como sugerido, tente remover partes do relatório para identificar qual é o objeto real causando o problema.

De acordo com a Microsoft, o erro:

Se a mensagem de erro se refere tanto a DBTYPE_DATE quanto a datetime, respectivamente, essa mensagem de erro indica que uma coluna do tipo de dados DBTYPE_DATE do OLE DB de uma tabela remota não pôde ser convertida em um valor datetime no Microsoft SQL Server. A coluna DBTYPE_DATE provavelmente possui um valor fora do intervalo aceito pelo tipo de dados datetime (os valores datetime devem estar entre 1 de janeiro de 1753 e 31 de dezembro de 9999). Como o intervalo de valores do tipo de dados DBTYPE_DATE é maior que o do tipo de dados datetime do SQL Server, esses erros podem ocorrer se a coluna contiver valores fora do intervalo aceito pelo SQL Server.

Se mostrar a consulta, você vê os dados no SQL?

Verifique as configurações de data e hora local dos usuários, pode ser que esteja utilizando uma opção ou configuração regional que outros não estão usando e o Crystal Reports está tentando converter, mas não consegue. Também pergunte se houve alguma alteração nas configurações de data em seu PC também.

Tem o SP2 instalado em algum outro lugar onde esteja funcionando?

Obrigado

Don

Olá Don,

Não, isso é o que torna tão estranho neste caso: o banco de dados é SQL 2005 e NÃO há datetimes no relatório DE FORMA ALGUMA. O único DateTime envolvido está nos parâmetros passados, você sabe, tipo Data Inicial, Data Final. Mas novamente, é SQL 2005, então realmente nada deveria ter mudado, e como mencionei em minha postagem original, este é um relatório e um procedimento armazenado que não foi modificado em mais de um ano, se não mais.

Ainda mais estranho, os parâmetros para nossos mais de 50 relatórios são os mesmos em todos os casos, e cada outro relatório é executado corretamente, apenas este parece travar com o famoso erro 8114, que é um erro de tipo de conversão no lado do SQL e ocorre apenas na máquina de desenvolvimento/compilação, a ÚNICA máquina que recebeu a atualização SP2. Não consigo imaginar o que está acontecendo aqui, mas deve ter algo a ver com a atualização SP2, já que é o único elemento "novo" na equação.

Sei que não estou te dando muito para trabalhar aqui...

Pode comentar algo sobre por que quando executamos Verificar Banco de Dados, percebe que algo mudou (embora na realidade nada tenha mudado) e então diz "prosseguindo para corrigir o relatório" (o que aparentemente faz), e no entanto, da próxima vez que o executamos na máquina atualizada com SP2, mesmo problema - erro 8114 - como se Verificar Banco de Dados na verdade não estivesse fazendo nada.

(Gostaria de resolver esse problema, mas não é uma crise: este relatório e todos os outros são executados perfeitamente em cada máquina que testamos que não possui a atualização SP2, então acho que por enquanto, bem, como eu disse, não é uma crise urgente, apenas um mistério maldito!)

Obrigado pela ajuda.

Olá Bruce,

Qual é o seu banco de dados? Se for MS SQL Server 2008, instale o Fix Pack 2.2. Mude porque o CR não reconhece o novo driver MS SQL 2008 e gera SQL genérico para datas.

Se você olhar o SQL em Mostrar Consulta SQL no designer, verá algo como:

"Northwind"."dbo"."Vendas de Funcionários por País";1 CONVERTER(DATA, '2009-08-18 10:24:02', 120),..CONVERTER(DATA, '2009-08-18 10:24:02', 120)

O problema está no CONVERTER, o SQL deve parecer assim:

"Northwind"."dbo"."Vendas de Funcionários por País";1 {ts '2009-08-17 10:38:20'}, {ts '2009-08-18 10:38:23'}

Se isso não resolver o problema, você pode começar a excluir partes do relatório, começando com sub-relatórios e passando para seções completas de uma vez para ver se é algum objeto do relatório ou alguma tabela de origem de dados que está causando o problema?

Também preciso saber se você está usando ODBC ou OLE DB como driver de banco de dados.

Obrigado

Don