CORRECÇÃO: Gestor do controlador ODBC incorrectamente relatórios SQL_NO_DATA_FOUND para controlador de ANSI

Artigo: 319243 - Ver produtos para os quais este artigo se aplica.
Tradução automáticaVer isenção de responsabilidades para tradução automática
Expandir tudo | Reduzir tudo

Nesta página

Sintomas

Quando utiliza um controlador ODBC de ANSI, o Gestor do controlador ODBC incorrectamente pode devolver SQL_NO_DATA_FOUND para uma coluna que é definida como VARCHAR ou CHAR e que tem uma cadeia vazia. O problema não ocorre se a coluna contiver alguns dados ou um valor "NULL". O problema só ocorre se os dados são uma cadeia vazia e ligá-la a partir do cliente com SQL_C_WCHAR.
Voltar ao topo | Submeter comentários

Causa

O Gestor do controlador ODBC incorrectamente assume que o controlador não tem quaisquer dados quando tenta converter a cadeia vazia de ANSI para UNICODE.
Voltar ao topo | Submeter comentários

Resolução

Para resolver este problema, obtenha o service pack mais recente do Microsoft SQL Server 2000. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
290211
(http://support.microsoft.com/kb/290211/EN-US/ )
INF: How to Obtain the Latest SQL Server 2000 Service Pack
Para resolver este problema, transfira o patch Q319243_MDAC27_x86.exe. O ficheiro seguinte está disponível para transferência a partir do Centro de transferências da Microsoft:
Reduzir esta imagemExpandir esta imagem
Download
Download Q319243_MDAC27_x86.exe now
(http://download.microsoft.com/download//mdac27/patch/q319243/win98mexp/en-us/q319243_mdac27_x86.exe)
Data de edição: 12 de Julho de 2002

Para obter informações adicionais sobre como transferir ficheiros de suporte da Microsoft, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
119591
(http://support.microsoft.com/kb/119591/EN-US/ )
Como obter ficheiros de suporte da Microsoft a partir de serviços on-line
Microsoft procedeu de vírus neste ficheiro. Microsoft utilizou o mais recente software de detecção de vírus que estava disponível na data em que o ficheiro foi publicado. O ficheiro é alojado em servidores com segurança avançada que o ajudam a impedir alterações não autorizadas ao ficheiro. Para mais informações sobre este patch, visite o seguinte Web site da Microsoft:
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=6263FCF4-A2AD-4690-8F6D-3341C16B31E6
(http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=6263FCF4-A2AD-4690-8F6D-3341C16B31E6)

Voltar ao topo | Submeter comentários

Como contornar

Uma solução simples para este problema é ligar a coluna como SQL_C_CHAR em vez de SQL_C_WCHAR.
Voltar ao topo | Submeter comentários

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no início deste artigo. Este problema foi corrigido pela primeira vez no Microsoft SQL Server 2000 Service Pack 3.
Voltar ao topo | Submeter comentários

Mais Informação

Aplicações legadas que utiliza um controlador ODBC de ANSI poderão não detectar este problema, porque estas não podem ligar a coluna como SQL_C_WCHAR. Uma vez que o fornecedor do Microsoft ODBC .NET liga carácter colunas como SQL_C_WCHAR por predefinição, este problema poderá ocorrer se utilizar o fornecedor do Microsoft ODBC .NET com um controlador de ANSI. Note que o fornecedor do Microsoft ODBC .NET devolve "NO_DATA" quando este problema ocorre.

Passos para reproduzir o comportamento

O seguinte exemplo nativo demonstra o problema:
  1. Utilize o seguinte script para criar uma tabela e inserir um registo: 
    Create Table Test (ID integer, COL1 CHAR(10))
Insert Into Test VALUES (1,'')
  2. Execute o seguinte programa C: 
    #include <windows.h>
#include <stdio.h>
#include <sql.h>
#include <sqlext.h>

int main(int argc, char* argv[])
{
	SQLCHAR*	theDiagState = new SQLCHAR[50];
	SQLINTEGER	theNativeState;
	SQLCHAR*	theMessageText  = new SQLCHAR[255];
	SQLSMALLINT	iOutputNo;
	SQLHENV		m_SQLEnvironment;
	SQLHDBC		m_SQLConnection;
	SQLHSTMT	m_SQLStatement;
	SQLRETURN	iReturn;
	long		lStrLen;
	char		theData[1000];

	//Connect.
	iReturn = SQLAllocHandle(SQL_HANDLE_ENV,SQL_NULL_HANDLE,&m_SQLEnvironment);
	iReturn = SQLSetEnvAttr(m_SQLEnvironment,SQL_ATTR_ODBC_VERSION,(SQLPOINTER) SQL_OV_ODBC3,0);
	iReturn = SQLAllocHandle(SQL_HANDLE_DBC,m_SQLEnvironment,&m_SQLConnection);

	//CHANGE THE DSN NAME HERE.
	char	szConnBuffer[1024];
	short   cbOutConn;
	char    szConnStr[255];

         strcpy(szConnStr,"DSN=YourANSIDSN;UID=YorUid;Pwd=YourPassword");
	
	iReturn= SQLDriverConnect(m_SQLConnection, NULL,
(SQLTCHAR*) szConnStr,strlen(szConnStr), 
(SQLCHAR*) szConnBuffer,1024, &cbOutConn, SQL_DRIVER_NOPROMPT);

	if (iReturn != SQL_SUCCESS)
	{
		SQLGetDiagRec(SQL_HANDLE_DBC,m_SQLConnection,1,theDiagState,
&theNativeState,theMessageText,100,&iOutputNo);
	}

	//Run query.
	iReturn = SQLAllocHandle(SQL_HANDLE_STMT,m_SQLConnection,&m_SQLStatement);

	//The Test table contains COL1 column which is set to empty for the first record.

	iReturn = SQLExecDirect(m_SQLStatement, (SQLCHAR*) "Select ID,COL1 FROM Test",SQL_NTS);
	iReturn = SQLFetch(m_SQLStatement);

	iReturn = SQLGetData(m_SQLStatement,2,SQL_C_WCHAR,theData,100,&lStrLen);

	//The problem does not occur if you bind the same column to SQL_C_CHAR.
	//iReturn = SQLGetData(m_SQLStatement,2,SQL_C_CHAR,theData,100,&lStrLen);

	if (iReturn != SQL_SUCCESS)
	{
		//iReturn will be 100 SQL_NO_DATA_FOUND here with NO other message.
		int CheckHere;
		CheckHere = 0;  //It will come here.
		if (iReturn == SQL_NO_DATA_FOUND)
		{
			printf("SQL_NO_DATA_FOUND has been returned.\n Press Enter key to continue...\n");
			getchar();
		}
		
	}

	//DISCONNECT.
	iReturn = SQLFreeHandle(SQL_HANDLE_STMT,m_SQLStatement);
	iReturn = SQLDisconnect(m_SQLConnection);
	iReturn = SQLFreeHandle(SQL_HANDLE_DBC,m_SQLConnection);
	iReturn = SQLFreeHandle(SQL_HANDLE_ENV,m_SQLEnvironment);

	m_SQLStatement = NULL;
	m_SQLConnection = NULL;
	m_SQLEnvironment = NULL;

	delete theMessageText; 
	delete theDiagState;

	return 1;
}
    recebe a seguinte mensagem:
    SQL_NO_DATA_FOUND foi devolvido.
    Premir a tecla ENTER para continuar...
Voltar ao topo | Submeter comentários

Propriedades

Artigo: 319243 - Última revisão: terça-feira, 27 de Junho de 2006 - Revisão: 6.1
A informação contida neste artigo aplica-se a:
  • Microsoft Data Access Components 2.7
Palavras-chave: 
kbmt kbhotfixserver kbqfe kbdownload kbsqlserv2000sp3fix kbbug kbfix kbsqlserv2000presp3fix KB319243 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 319243
(http://support.microsoft.com/kb/319243/en-us/ )
Voltar ao topo | Submeter comentários

Submeter comentários

 
Voltar ao topoVoltar ao topo