FIX: Microsoft access/jet ODBC 驱动程序返回的 2 gb 的计算所得的文本列的大小

文章翻译 文章翻译
文章编号: 272951 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

症状

如果您使用 Microsoft Access (Jet) ODBC 驱动程序 (Odbcjt32.dll 版本 4.0.5303.1) 附带 Microsoft Windows 2000 Service Pack (SP) 1年的包含计算所得的列的文本数据类型,SQLDescribeCol ODBC API,计算列上的调用语句的运行时返回 2147483598 (2 GB) 的一列的大小。

请尝试使用给 SQLDescribeCol 的 ODBC API 调用返回的列大小以确定为列分配的内存量的应用程序失败,出现"内存不足"错误消息。

Microsoft 数据访问组件 (MDAC) 版本 2.5,Service Pack 1 还安装 Odbcjt32.dll 版本 4.0.5303.1。

在 $ 其他访问 ODBC 驱动程序中,也可能会出现此问题。

有关在 Windows Vista 中的此问题的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
940895基于 Windows Vista 的计算机上 SQLDescribeCol 函数和 SQLColAttribute 函数返回不正确的 2147483598 而不是所需的值为 255 的值

原因

jet 返回零 (对于 Jet ODBC 驱动程序将解释为一个对二者的相对值的指示长数据类型的计算所得列的列的大小。因此,Jet 驱动程序将列大小设置为允许使用 Long 数据类型是 2 GB 的最大大小。但是,如果该数据类型是一个文本数据类型 (字符或 varchar) 类型仍然报告为 SQL_VARCHAR,应具有最大为 255。

以下示例摘自一个 ODBC 跟踪演示作为第七个 (7) 参数返回的 2 GB 的列大小的:

mdactest        65c-698	EXIT  SQLDescribeCol  with return code 0 (SQL_SUCCESS)
		HSTMT               01EC18D8
		UWORD                        2 
		UCHAR *             0x0012FAE4 [       8] "Expr1001"
		SWORD                      129 
		SWORD *             0x0012FA94 (8)
		SWORD *             0x0012FA86 (12)
		SQLULEN *           0x0012FA98 (2147483598)
		SWORD *             0x0012FA9C (0)
		SWORD *             0x0012FA9E (1)
				

解决方案

若要解决此问题,获得最新的 service pack,对于 Microsoft 数据访问组件 2.5。有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
293312如何获取最新 MDAC 2.5 服务包
如果您使用 Access ODBC 驱动程序 (Aceodbc.dll) 包含在 2007 Office system 中,应用修补程序 941877 若要解决此问题。

有关修补程序 941877 的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
941877Access 2007 修补程序包的说明: 2008 年 2 月 26
此修复程序的英文版应具有以下文件属性或更高版本:
   Date         Version        Size              File name     
   -----------------------------------------------------------
   08/29/00     4.0.5629.0     270,608 bytes     Odbcjt32.dll
				
注:此修补程序 不包括与 Jet SP5 或 MDAC 2.6。尽管此修复程序会将包含在 MDAC 2.5 SP2,遇到此问题的系统必须应用此修复程序,若要解决此问题,直至释放 MDAC 2.5 SP2。此外,已直接从 MDAC 2.5 SP1 升级到 MDAC 2.6 的系统也应该应用此修补程序。

替代方法

在某些种情况下它可能自动换行如 CIntCLng,将结果转换为非文本数据类型的一个数据类型转换函数中计算的字段。

状态

Microsoft 已经确认这是在"适用于"一节中列出的 Microsoft 产品中的问题。 Microsoft 数据访问组件 2.5 Service Pack 2 中,第一次已得到纠正此问题。

更多信息

与任何函数,返回计算所得的值包括常见功能,如 IIFMAXMINMID,等,就会出现此现象。

: 此修补程序还包含针对下列 Microsoft 知识库文章所述问题的修复程序:
271177FIX: 无法修复通过 ODBC 控制面板的密码保护的数据库

重现行为的步骤

  1. 复制到 Microsoft Visual c + + 控制台应用程序下面的代码,然后编译代码。请注意您可能需要更改数据源名称、 用户 ID 和密码
    #include "stdafx.h"
    #include <windows.h>
    #include <stdio.h>
    #include <sql.h>
    #include <sqlext.h>
    
    
    void ShowErrors(HDBC, HSTMT);
    
    
    void main(void)
    {
    
    	SQLHANDLE henv;
    	SQLHANDLE hdbc;
    	SQLHANDLE hstmt;
    	
    	RETCODE rc = 0;
    	
    	SQLCHAR Statement[50] = "Select IIF('A' = 'A', 'Y', 'N') from shippers";	
    
    	SQLCHAR dsn[15] = "northwind2000";
    	SQLCHAR user[6] = "admin";
    	SQLCHAR pass[5] = "";
    	long sqlnts = -3;
    	
    //	variables for SQLDescribeCol
    	char  m_colname[20] = {"\0"};
    	short m_colsize = 0;
    	short m_sqltype = 0;
    	unsigned long m_prec = 0;
    	short m_scale = 0;
    	short m_nullable = 0;
    	
    
    
    	rc = SQLAllocEnv(&henv);
    	
    	rc = SQLAllocConnect(henv, &hdbc);
    	
    	rc = SQLConnect(hdbc, dsn, SQL_NTS, (SQLCHAR *) user, SQL_NTS, (SQLCHAR *) pass, SQL_NTS);
    	if ((rc != SQL_SUCCESS) && (rc != SQL_SUCCESS_WITH_INFO))
    		ShowErrors(hdbc, NULL);
    	rc = SQLAllocStmt(hdbc, &hstmt);
    
    	rc = SQLExecDirect(hstmt, Statement, SQL_NTS);
    	if ((rc != SQL_SUCCESS) && (rc != SQL_SUCCESS_WITH_INFO))
    		ShowErrors(NULL, hstmt);
    
    	rc = SQLDescribeCol(hstmt, 1, (unsigned char *)m_colname, 20, &m_colsize, &m_sqltype, &m_prec, &m_scale, &m_nullable);
    
    	printf("Size returned from SQLDescribeCol is:\t%d", m_prec);
    
    	SQLFreeStmt(hstmt, SQL_CLOSE);
    	SQLDisconnect(hdbc);
    	SQLFreeConnect(hdbc);
    	SQLFreeEnv(henv);
    }
    
    
    void ShowErrors (HDBC hdbc, HSTMT hstmt)
    {
    
    //	Variables for SQLGetDiagRec
    	SQLCHAR sqlState[20];
    	SQLCHAR errorMsg[1000];
    	SQLSMALLINT errorMsgLen;
    	SQLINTEGER nativeError;
    	char szTemp[4096];
    	
    	
    //	Retrieve the Raised error message
    	if (hdbc!= NULL) 
    		SQLGetDiagRec(SQL_HANDLE_DBC,hdbc,1,sqlState,
    			&nativeError,errorMsg,1000,&errorMsgLen);
    	else
    		SQLGetDiagRec(SQL_HANDLE_STMT,hstmt,1,sqlState,
    			&nativeError,errorMsg,1000,&errorMsgLen);
    
    //	Display the size of the returned error message, and the message itself
    	sprintf(szTemp, "Length=[%d] Text=%s", strlen((char*)errorMsg), errorMsg );
    	printf("ERROR!  %s\n\n\n", szTemp);
    
    	printf("Press any key to exit...");
    	getchar();
    
    	if (hstmt != NULL)
    	{
    		SQLFreeStmt(hstmt, SQL_CLOSE);
    		SQLFreeHandle(SQL_HANDLE_STMT, hstmt);
    	}
    	SQLDisconnect(hdbc);
    	SQLFreeHandle(SQL_HANDLE_DBC, hdbc);
    
    	exit(0);
    
    
    }
    					
  2. 运行在的代码,请注意精度为返回值的大小是 2 GB。

引用

有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
271177FIX: 无法修复通过 ODBC 控制面板的密码保护的数据库

属性

文章编号: 272951 - 最后修改: 2008年4月28日 - 修订: 5.1
这篇文章中的信息适用于:
  • Microsoft Data Access Components 2.5
  • Microsoft Data Access Components 2.5 Service Pack 1
  • Microsoft Open Database Connectivity Driver for Access 4.0
关键字:?
kbmt kbqfe kbhotfixserver kbbug kbdatabase kbfix kbjet kbmdac250sp2fix kbmdacnosweep KB272951 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 272951
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com