错误描述: 在VS2010执行读取excel文件时,报错"未在本地计算机上注册"Microsoft.ACE.OLEDB.12.0"提供程序" 业务代码: //下面代码是基于窗体button来做的,如果使用需要转为控制台 private void btnOpen_Click(object sender, EventArgs e) { DataSet myds = new DataSet(); OpenFileDialog openFiledialog1 = new O

笔者在项目中做做了一个从Excel表格中导入数据的模块.大体上asp.net项目中导入Excel大体分成三类: 1)采用c#内置方案System.Data.OleDb(限制较小, 通用) 2)采用Excel的COM组件(会有版本问题) 3)采用伪Excel文件.即使用文本流的方式根据需求自己定义数据格式.同时在服务端进行反格式化 笔者采用的是方案一.相关联开发环境如下: Windows 7(x64) Visual Studio 2010 方案中使用的代码: public sealed class

      以前写的一个读取Excel的程序,现在在另外一台机器上运行,竟然报错说"未在本地计算机上注册 oledb.4.0"       最后才知道,原来是因为现在运行的那台电脑是64位的,以前的一直是在32位机器上跑的.所以需要在项目属性里面把平台改成x86,有可能项目属性里面没有x86平台,没有的话,就需要在解决方案的属性里面去新建一个x86的平台.如:            配置好了后,把当前项目的属性设置成x86平台,重新运行即可.

在excel2007,找到“excel选项”,点开后点击“加载项”,最下面有个管理加载项的下拉菜单,选“COM加载项”,点“转到”,这时会弹出一个框,把里面pdf软件的加载项前面的勾去掉,点确定就ok了.

服务器没有安装Office导致的错误,如何不想安装庞大的Office,可以下载安装: Microsoft Office Access Database Engine 2007 http://download.microsoft.com/download/7/0/3/703ffbcb-dc0c-4e19-b0da-1463960fdcdb/AccessDatabaseEngine.exe

问题:xlrd读取Excel时传入 formatting_info=True 报错 之前我们使用读取xls文件的时候都是使用的xlrd库,但是这个库只能操作 .xls格式,对于后来的 .xlsx的版本支持不算太好. 比如说:当你使用xlrd来加载 xlsx文件的时候,在代码中加入了 xlrd.open_workbook(filePath, formatting_info=True) 该参数默认为False,这可以节省内存:当取值为True时,会读取各种格式的信息. 但是在最新的 xlrd-0.8

后调试查看发现 vs2015运行时提示未加载vcruntime140.adm64.pb 解决方案:去微软官网下载安装 vc_redist.exe ,安装就可以了.有64位版和32位版,根据计算机配置进行下载 下载链接参考网址中有或者去我的CSDN中下载:https://download.csdn.net/my 参考: https://blog.csdn.net/weixin_42591308/article/details/100728021

注意,64位系统,用64位的补丁文件; https://www.cnblogs.com/A2008A/articles/2438962.html 操作系统:使用的是64位的Windows Server 2008 解决办法: 这是由于该计算机上没有安装Microsoft Access数据库引擎组件,该组件帮助在现有的Microsoft Office文件与其他数据源之间传输数据. 在向软件中导入数据时,如果数据源选用的Excel时,连接字符串中使用的是"Microsoft.ACE.OLEDB.12.

问题与解决 未在本地计算机上注册“Microsoft.Jet.OLEDB.4.0”提供程序 错误. string strCon = " Provider = Microsoft.Jet.OLEDB.4.0 ; " + "Data Source =" + excelFileName + ";Extended Properties=Excel 8.0"; 解决方案是: 将生成类型改为x86.具体来讲就是在项目的 “属性”那里, 目标平台由原有的“An

错误提示:

代码已经在本地运行正常,发布到服务器后,一直报未在本地计算机上注册 Microsoft.Jet.Oledb.4.0提供程序, 解决办法:读取EXCEL文件时最好使用ACE方式,jet对于高版本系统的服务器已经不支持 服务器使用: 本地使用:

1.问题描述: 该错误通常发生在应用函数读取excel文件(后缀xls或xlsx)时. 应用xlsread函数读取提示服务器出现意外情况: 应用importdata读取时提示can‘t open file: 其他格式如txt文档则可以正常读取. 2.问题解决 该问题与Matlab无关,为Excel端出现了问题.解决方案如下: 步骤:Excel选项——加载项——Com加载项 :去掉VisualStudion相关勾选. 去掉勾选的时候还可能出现“无法更改 中注册的office 加载项的连接状态”的提

在WIN7 X64平台IIS7.5,使用Asp.net连接access数据库时候,提示:未在本地计算机上注册“Microsoft.Jet.OleDb.4.0”提供程序. 说明: 执行当前 Web 请求期间,出现未处理的异常.请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息. 异常详细信息: System.InvalidOperationException: 未在本地计算机上注册“Microsoft.Jet.OleDb.4.0”提供程序. 错误的原因大概是Microsoft.

当 用,Provider=OraOLEDB.Oracle方式访问ORACLE11g数据库.出现 未在本地计算机注册“OraOLEDB.Oracle”提供程序提示.解决方案如下: 客户端环境:Win7  64 bit 安装:Oracle - OraClient11g_home1(64bit)安装在E:\ Oracle - OraClient11g_home2(32bit) 安装在D:\ 由于本地PLSQL Developer链接问题,所以安装了2个版本的orcle客户端 找到安装目录执行:以我的安

本文转自:http://www.cnblogs.com/tomfang/archive/2013/05/25/3098454.html 当 用,Provider=OraOLEDB.Oracle方式访问ORACLE11g数据库.出现 未在本地计算机注册“OraOLEDB.Oracle”提供程序提示.解决方案如下: 客户端环境:Win7  64 bit 安装:Oracle - OraClient11g_home1(64bit)安装在E:\ Oracle - OraClient11g_home2(32

问题: 安装好新系统之后(只有Windows8 专业版和企业版支持hyper-v),然后安装vs2012,再安装Wp8 Sdk,安装完毕后新建Windows Phone项目,会提示未将对象引用设置到对象的实例. 解决方案: 下载并安装文件 patch_KB2781514.exe 即可解决. 下载地址: http://www.microsoft.com/zh-cn/download/confirmation.aspx?id=36020 附:我安装的Vs版本文件名为:cn_visual_studio

https://support.microsoft.com/zh-cn/help/189897/data-truncated-to-255-characters-with-excel-odbc-driver Microsoft.ACE.OLEDB.12.0 驱动读取excel,会读取前8行来判定每列的数据类型,假如没有超过255个字符,那么会被设置为nvarchar(255),从第9行开始,超过255字符会被自动截断! 推荐使用第三方库:https://github.com/ExcelDataR

问题描述:     系统安装了WPS时,Analyzer导出excel时候,会提示"您尝试打开的文件**.xls的格式与文件扩展名指定的格式不一致",这是Excel的安全问题,     因为用的是借助 microsoft.Office.Interop.Excel 来做,这种方法生成的Excel根本不是Excel,只不过扩展名是xls而已,所以打开的时候会提示,暂时解决办法如下,取消Exce的安全检测.   解决方案: 1.开始 -> 运行 -> 输入regedit ->

第一步排除excel读取的数据是不是乱码 EXCEL读取时经常会出现乱码,而我们常用的字符集是UTF-8 ,GB2312(GBK) ,这就需要对编码进行转换,但是又不能对纯数字和英文字符转换,否则会乱码,而只要有一个中文字符时,就必须转换编码. 个人总结了下EXCEL中经常出现的数字和英文字符,写了一个正则表达式来匹配它们,当匹配成功时,不对其做转换,反之转换成GBK或者UTF-8. /* * @param $value 从EXCEL中读取的单元格数据 * @param $toCharset 要