今天在使用plsql通过odbc导入excel数据时发生了一个错误,截图如下: 错误提示为:驱动程序和应用程序之间的体系结构不匹配. 后来百度了一下,得出答案.系统是win10 64位.excel驱动默认也是64位,但plsql是32位.所以解决办法是在odbc中添加一个32位excel驱动即可. 解决方案: 1.打开C:\Windows\SysWOW64,运行odbcad32.exe. 点击添加,选择Microsoft Excel Driver(*.xls). 确定,关闭窗口. 2.打开pls

今天把sql server 2008 r2装了起来,64位的,然后就迫不及待地体验连接数据库的操作,编程语言是java.我一开始学了一种非常老的连接方式,使用JDBC-ODBC桥.初次使用不太熟练,所以这里把详细步骤记下来. 首先是配置ODBC数据源,打开控制面板,小图标方式查看,我看到有个 这个图标是好像是32位ODBC的标志,我点击启动了它,启动的却是64位的ODBC管理工具, 我在“用户DSN”面板下点击了“添加”按钮,弹出“创建新数据源”窗口, 我双击“SQL Server”,弹出下面这

环境:  操作系统:64位WIN7   数据库:SQL Server 2000 SP1  开发语言:J2EE 在Servlet连接数据库时出错提示:  [Microsoft][ODBC 驱动程序管理器] 在指定的 DSN 中,驱动程序和应用程序之间的体系结构不匹配 解决方法:    升级SQL Server 2000 SP SP1 至SQL Server 2000 SP SP4或更高版本.启用odbc配置程序,SQL Server自带有两个版本的odbc配置程序: 64位版的位置:C:\wind

系统环境: WIN7 64位系统, 用Powerdesigner 连接MySQL 逆向工程时 报错 "在指定的DSN中,驱动程序和应用程序之间的体系结构不匹配 SQLSTATE = IM014", 在网上查到的资料说是 安装的 mysql-connector-odbc-5.3.6-winx64.msi ,应该安装 mysql-connector-odbc-5.3.6-winx32.msi 如下: Win7 x86_64环境下,PowerDesigner通过ODBC建立与MySQL5的连

程序报错如下: ---------------------------Microsoft 数据链接错误---------------------------测试连接失败,因为初始化提供程序时发生错误.[Microsoft][ODBC 驱动程序管理器] 在指定的 DSN 中,驱动程序和应用程序之间的体系结构不匹配---------------------------确定   --------------------------- 同时安装32位与64位版本的数据库驱动,平台体系架构就成为32/64

在做通过 PL/SQL 导入Excel 数据的时候,在进行数据库连接的时候,选择DSN为Excel ,输入用户名和密码,进行Connect 出现错误“指定的 DSN 中,驱动程序和应用程序之间的体系结构不匹配”! 我的系统是64位,但是DSN这里只能使用32位Excel,所以需要添加 32位的Excel DSN 解决方案: 1. 命令行输入 C:\Windows\SysWOW64\odbcad32.exe 2. 添加32位的 Excel 驱动源 附: Excel 导入数据 1. Tools-->

通过ODBC/JDBC连接程序和数据库时,异常报错“在指定的 DSN 中,驱动程序和应用程序之间的体系结构不匹配”的解决办法 本机:64位win7,64位JDK,做Web实验用32位myeclipse不管是Access还是SQLServer连接数据库都出问题后,我终于明白当初做Java实验为啥连不上Access数据库但SQLServer没问题了,现在完美解决,哈哈! 原因: 64位win7操作系统ODBC版本默认为64位(建立的SQLServer数据源也为64位),需对应64位JDK及64位of

在本机32位环境中使用access数据库正常. 公布到server上时提示:在指定的 DSN 中,驱动程序和应用程序之间的体系结构不匹配 server是64位环境.windows 2008,64位的tomcat+jdk 后来改为安装32位的tomcat+jdk后,链接正常. 网上资料说64位的不支持 mdb格式的数据库,须要32位的环境,所以在加入驱动的时候,也是在32为的ODBC数据源中加入:C:\Windows\SysWOW64\odbcad32.exe

1.安装Postgres10 2.安装Postgis插件 3.创建数据库 4.执行postgis脚本插件:参考https://www.cnblogs.com/defineconst/p/10648537.html 5.安装PG对应版本的ODBC驱动:64位.32位均需要安装 不要搜索CSDN上的ODBC驱动,直接上官网下载,CSDN下载分数多,还不一定好使 官网地址:https://www.postgresql.org/ftp/odbc/versions/msi/ 6.C:\Windows\Sy

最近C#连接ODBC数据源时,总是提示"[Microsoft][ODBC 驱动程序管理器] 在指定的 DSN 中,驱动程序和应用程序之间的体系结构不匹配",百度查询之后才知道原来是系统是64位的原因. 64位电脑系统中,在程序连接ODBC数据源出现此错误提示时,请检查配置ODBC数据源时是用的"C:\Windows\SysWOW64\odbcad32.exe"还是用的"C:\Windows\System32\odbcad32.exe",前者是32

    当出现这个问题时说明:ODBC程序中使用的是32位的dsn,但本身机器是64位,所以要运行 C:\Windows\SysWOW64\odbcad32.exe来改变本身机器使用的odbc

环境:64位win7,64位MySql 解决办法:32为和64位ODBC都安装上即可.

一,原因是系统DSN的配置平台位数跟系统的位数不一致(PS:确认你有没有安装对应系统的驱动.本文是34位和64位驱动都安装了) 二,解决方法,我们必须在 <控制面板---管理工具>找到对应的<<ODBC 数据源(64 位)> 或者<ODBC 数据源(32 位)> 三,是什么位数的系统就打开对应位数的<ODBC 数据源>配置 因为对应位数的数据源,才会添加对应位数的驱动,要不然一直会配置不成功!!!!!!

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/6967204 在Android系统中,不同的应用程序是不能直接读写对方的数据文件的,如果它们想共享数据的话,只能通过 Content Provider组件来实现.那么,Content Provider组件又是如何突破应用程序边界权限控制来实现在不同的应用程序之间共享数据的呢?在前面的文章中,我们已经简要介绍过它是通过 Binder进程间通信机制以

以下为TestReceiveShare1工程 MainActivity如下: package cn.testreceiveshare1; import java.util.ArrayList; import android.net.Uri; import android.os.Bundle; import android.widget.ImageView; import android.widget.TextView; import android.app.Activity; import an

MainActivity如下: package cn.testshare1; import java.io.File; import java.util.ArrayList; import android.app.Activity; import android.content.Intent; import android.net.Uri; import android.os.Bundle; import android.os.Environment; import android.view.V

ios 应用程序之间的跳转(内置程序的实现) 一个程序若要跳到另一个程序.需要在目标程序的plist文件里面修改: 打开info.plist,添加一项URL types 展开URLtypes,再展开Item1,将Item1下的URL identifier修改为URL Scheme 展开URLScheme,将Item1的内容修改为myapp(此为跳转的key). 然后在原程序里面,要开始跳转的地方,可以为一个button的方法.里面写上: NSURL * myURL_APP_A = [NSURLU

备忘,或者留给暂未接触但需要了解的人. C#在一个进程内传参数方法那是相当多,但是涉及到程序之间传参数就不是那么方便了(当然socket,内存共享等方式属于另一类,此处不讨论),我们的C或者C#,亦或者Java等在Main的函数入口处都会有一个参数Arg或者Args就是留出来方便自己被第三方软件调用的时候传入参数的,俗称启动参数. 最近在使用的时候,我需要传入一个路径,并且路径中存在一些空格之类的符号,接收方始终接受错误,这个如何处理呢?由于一般传参时时输入一个string,接收方可以时stri

简单来说,Web服务器是在运行在物理服务器上的一个程序,它永久地等待客户端(主要是浏览器,比如Chrome,Firefox等)发送请求.Web 服务器接受 Http Request,返回 Response,很多时候 Response 并不是静态文件,因此需要有一个应用程序根据 Request 生成相应的 Response.这里的应用程序主要用来处理相关业务逻辑,读取或者更新数据库,根据不同 Request 返回相应的 Response.两者之间的桥梁就是WSGI.一直喜欢研究比较底层的技术, 之

转载请注明出处:http://blog.csdn.net/xiaanming/article/details/9428613 Android 应用程序之间内容分享详解(一) 之前给大家分享了你开发的应用程序给其他应用程序分享内容,想了解的朋友点击:Android 应用程序之间内容分享详解(一)今天分享的是从其他的应用程序接收内容,比如你开发了一个社交网络的应用,你其中的某个Activity可以接受人们从其他的应用分享的东西,例如分享文字或者从图库分享图片等等,接下来我们利用一个例子来讲解从其他的