今天做了个小程序放在服务器上的运行数据查询的时候出现 “关于未能加载文件或程序集“Oracle.DataAccess, Version=4.112.2.0, Culture=neutral, PublicKeyToken=89b483f429c47342”或它的某一个依赖项。试图加载格式不正确的程序”的错误提示！当时第一反应是由于版本不对造成的，由于本机测试是通过的（本机 32位WIN7） 服务器（64位 windowServer2003）,立即替换成64位的Oracle.DataAccess.dll ,重新运行还是出现错误！果断ctrl+c，ctrl+v百度，找到以下解决方案：
1.
如果碰巧您又在用64位的操作系统(比如win2008 r2)，开发工具又是最先进的vs.net 2010 sp1，但是死活在代码就是连接不上oracle，一直报一些奇怪的错误：比如“Data Provider找不到”啦，“Oracle.DataAccess.Client无法加载”啦之类，正在一筹莫展大声咆哮：“天理，有木有啊，有木有！”之时，恭喜你，多半是遇到了x64/x64的版本问题。(我今天花了近一上午的时间才弄明白问题所在)
odp.net安装后，默认会在GAC中部署程序集Oracle.DataAccess，如果你安装的是x86版本，GAC中的就是x86；如果你安装的x64版本，GAC中的就是AMD64版本。
检测本机GAC中是否有Oracle.DataAccess程序集并查看版本的方法如下：
在vs.net命名行窗口下，输入gacutil.exe /l Oracle.DataAccess
如果看到类似下面的结果：
D:\app\x86\Microsoft Visual Studio 10.0\VC>gacutil.exe /l Oracle.DataAccess
Microsoft (R) .NET Global Assembly Cache Utility. Version 4.0.30319.1 Copyright (c) Microsoft Corporation. All rights reserved.
The Global Assembly Cache contains the following assemblies: Oracle.DataAccess, Version=2.112.2.0, Culture=neutral, PublicKeyToken=89b483f429c47342, processorArchitecture=AMD64 Oracle.DataAccess, Version=2.112.2.0, Culture=neutral, PublicKeyToken=89b483f429c47342, processorArchitecture=x86 Oracle.DataAccess, Version=4.112.2.0, Culture=neutral, PublicKeyToken=89b483f429c47342, processorArchitecture=AMD64 Oracle.DataAccess, Version=4.112.2.0, Culture=neutral, PublicKeyToken=89b483f429c47342, processorArchitecture=x86
Number of items = 4
表明你的机器上安装了4个版本的Oracle.DataAccess，分别对应于.net 2.0以及.net 4.0的32位/64位版本
如果缺少相关的版本，可以先到oracle官网download，下面以64位odp.net为例：
1、下载完成后，将其解压到某个目录，比如E:\software\oracle11g\ODP.Net，然后键入以下命令： E:\software\oracle11g\ODP.Net\x64>install.bat all c:\odp.net myhome (install all components) 上述命令将自动把所有文件复制到c:\odp.net下
2、然后转到c:\odp.net下，键入命令： c:\odp.net>configure.bat all myhome (configure all component)
将自动向GAC中部署相应的程序集.
然后在vs2010里，添加引用时，应该就能看到Oracle.DataAccess的二个版本
总之一句话：要跑64位的.Net程序，就必须用64位的odp.net，要跑32位的.Net程序，就必须用32位的odp.net，且machine.config中要有相应的provider节点。
最后给出odp.net32位与64位的下载地址:
64位下载地址
32位下载地址
2.本人以上方法全部测试，还是报错！于是想了想是不是编译平台选择有问题，果不其然！
找到问题所在，改之 
运行成功！