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

今天把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

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

http://bbs.csdn.net/topics/360074795 这是一篇csdn上的讨论帖,第15楼给出了正解

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

将编译好的文件打包成一个或有限的几个文件,可用于实现便捷的安装.卸载.升级.查询,校验等程序管理. centos常用的程序管理器有rpm和yum rpm: redhat package manager, RPM is Package Manager rpm是由红帽公司开发的软件包管理方式,使用rpm我们可以方便的进行软件的安装.查询.卸载.升级等工作.但是rpm软件包之间的依赖性问题往往会很繁琐,尤其是软件由多个rpm包组成时. RPM包的命名 例如,bash-4.3.2-1.centos6.x

驱动程序管理器是负责管理驱动程序的,驱动注册以后,会保存在DriverManager中的已注册列表中 后续的处理就可以对这个列表进行操作 简言之,驱动管理器,就是字面含义,主要负责就是管理 驱动 概述 提供管理一组 JDBC 驱动程序的基本服务.   驱动注册中提到过,拥有初始化方法  loadInitialDrivers(); 主要两件事情: 读取jdbc.drivers系统属性加载以及查询符合4.0规范的驱动程序加载. DriverManager 类会尝试加载在 "jdbc.drivers&

介绍   重启管理器API可以消除或是减少在完成安装或是更新的过程中系统需要重启的次数.软件安装或是更新过程之所以需要重启系统的原因在于一些需要更新的文件正在被运行中的程序或服务使用.而重启管理器可以关闭或重启除了关键系统服务之外的所有程序和服务.   重启管理器DLL导出了一些可以被标准或是自定义的安装包加载的公共C接口.安装程序可以使用重启管理器注册在安装或是更新过程中将被替换的文件,查看是否有程序或服务正在使用该文件,从而找到正在被使用以至于无法对其更新的文件.重启管理器可以关闭和重启那些

缓存管理器CacheManager 一.背景 ​ 代码并发量因建行活动页上升,大量请求打到Mongo导致数据库cpu100%从而服务不可用,目前解决方案,使用编程式缓存,即对缓存的操作与业务代码耦合.目前基本上可以解决并发问题.此次提出CacheManager主要是优化代码.使用声明式,即注解的方式,灵活操纵缓存,不需要与业务代码耦合. 二.与Springboot2集成 1.引入依赖 <!--SpringCache的依赖--> <dependency> <groupId>

在Win7 64位系统下,使用Java+Access数据库编程,用Java连数据库时,出现错误提示,如下: Java java.sql.SQLException: [Microsoft][ODBC 驱动程序管理器] 未发现数据源名称并且未指定默认驱动程序 网络上有很多类似错误的解决办法,其中之一就是: url = "jdbc:odbc:Driver={Microsoft Access Driver (*.mdb)};DBQ=D:\\abc.mdb";注意:Driver 和 (*.mdb

从网上下载了一个asp系统,数据库是Access类型的,运行环境为 64位Windows 7系统,IIS7,运行系统后,报如下错误: Microsoft OLE DB Provider for ODBC Drivers 错误 '80004005'[Microsoft][ODBC 驱动程序管理器] 未发现数据源名称并且未指定默认驱动程序/bkconn.asp,行 6 解决办法: 64位操作系统不支持Microsoft OLE DB Provider for Jet驱动程序,也不支持更早的Micro

VS2013中Nuget程序包管理器控制台使用入门(三)-项目实战 1.给指定项目安装Newtonsoft.Json ,Version 4.5.11 PM> Install-Package Newtonsoft.Json  -Version 4.5.11 -Project mvcapplication1 2.卸载Newtonsoft.Json PM> Install-Package Newtonsoft.Json  -Project mvcapplication1 3.根据mvcapplica

如何使用Nuget提供的帮助? 1.从get-help Nuget开始,键入“get-help NuGet”以查看所有可用的 NuGet 命令. 用法: PM> get-help Nuget 主题 about_NuGet简短说明 提供有关 NuGet 程序包管理器命令的信息. 详细说明 本主题介绍 NuGet 程序包管理器命令.NuGet 是一种集成的程序包 管理工具,用于将库和工具添加到 .NET 项目. 包括以下 NuGet cmdlets. 2.使用get-command获取所有的Nuge

目录 1.Helm的概念和架构 2.部署Helm (1)下载helm (2)部署Tiller 3.helm的使用 4.chart 目录结构 5.chart模板 6.定制安装MySQL chart (1)chart安装准备 (2)定制化安装chart (3)升级和回滚release 7.自定义chart (1)创建chart (2)调试chart (3)安装chart (4)将chart添加到仓库 8.总结 1.Helm的概念和架构 每个成功的软件平台都有一个优秀的打包系统,比如 Debian.U

在用c#生成应用程序的时候,读写dbf时,open方法出错 ERROR [IM002] [Microsoft][ODBC 驱动程序管理器] 未发现数据源名称并且未指定默认驱动程序 以前这个程序是用着好好的,本次升级修改后测试发现这个问题,追根求源,原来本人是32位操作系统,现在装了win7 64位的操作系统,从控制面板-管理工具-ODBC驱动,打开后发现自己安装的Microsoft Visual FoxPro Driver没有在列表中 于是苦逼的程序猿就开始上网查资料,追找问题,不找到问题睡不着

问题描述: VBA程序连接Access数据库,Excel中执行相关宏,提示[Microsoft][ODBC 驱动程序管理器] 未发现数据源名称并且未指定默认 解决方案: 1.重新安装 AccessDatabaseEngine_X64 程序 (可以先执行第二步,如果不行再安装) 2.修改VBA程序 修改前 conn.Open "Driver=Microsoft Access Driver (*.mdb);DBQ=" & ThisWorkbook.Path & "

问题: 问题原因: Nuget源的地址上不去 解决办法: 1.将Nuget源更新为可以国内使用的官方Nuget源. 1)打开VS2013:工具-->Nuget程序包管理器-->程序包管理器设置 2)找到 Nuget Package Manager-->程序包源 3) 4) 5)名称:随意    源:https://api.nuget.org/v3/index.json(原来的https://www.nuget.org/api/v2/,在国内经常上不去) 一定要点击 源 右侧的 更新 按钮

基于角色的安全是从 Windows NT 的第一个版本开始在 Windows 平台上发展而来的.使用角色,操作系统可以通过检查称为 BUILTIN\Administrators 的组的安全上下文做出一些决定,例如,进程是否有特权.操作系统基于该逻辑角色做出决定(例如,是否让您安装服务或设备驱动程序).在安装操作系统时,您可以通过将相应的用户添加到 Administrators 组来选择谁将承担该角色. Microsoft 事务服务 (MTS) 和 COM+ 试图使基于角色的安全成为一种让应用程序

Windows 程序包管理器 Chocolatey:一条命令装软件 本文原始地址:https://sitoi.cn/posts/46278.html 介绍 Chocolatey 是一种软件管理解决方案,与您在 Windows 上经历过的任何其他事情都不一样.它着重于简单性,安全性和可伸缩性.您可以在 PowerShell 中为任何软件(不仅仅是安装程序)编写一次软件部署,然后可以使用任何可以管理系统(配置管理,端点管理等)并跟踪和管理该软件更新的解决方案,将其部署到 Windows 所在的任何位