一般人，不包括全部平时在开发中使用的都是32位的PC机，所以安装的也是Oracle32位的客户端。但是一般服务器都是64位的，安装的也是 64位的Oracle客户端，如果要部署使用Oracle.DataAccess连接Oracle的应用程序时，可能会遇到版本上的问题。那具体来说表现在以下两个方面:
主要版本问题有两种，一种是32位版和64位版的问题，如果我们开发出来的应用是32位的，那么就必须使用32位的客户端，如果是64位的应用程序当然对应64位的客户端。这里需要注意：在64位的环境中使用VS开发Web程序，其运行的Web服务“WebDev.WebServer.exe”是32位的，所以如果要调试64位的Oracle连接程序，最好是部署到iis中，使用IIS来连接Oracle数据库。
另一个版本问题是Oracle.DataAccess的版本号问题，我的本机就是32位的XP，安装了Oracle11gR2客户端后，在安装目录下的 ODP.NET\bin\2.x目录中可以找到Oracle.DataAccess.dll文件，可以看到其版本号是：2.112.1.2。所以我开发出来的程序，引用的也是这个版本的库。

但是在64位下的Oracle.DataAccess.dll却不一样，安装后的版本是2.112.1.0，如图是Windows2008X64上的Oracle.DataAccess.dll。

现在把开发环境的程序发布部署到服务器上，就会抛出异常
未能加载文件或程序集“Oracle.DataAccess, Version=2.112.1.2, Culture=neutral, PublicKeyToken=89b483f429c47342”或它的某一个依赖项。
或者是
Could not load file or assembly ‘Oracle.DataAccess, Version=2.112.1.2, Culture=neutral, PublicKeyToken=89b483f429c47342‘ or one of its dependencies. An attempt was made to load a program with an incorrect format之类的话。
总之就是找不到对应的程序集。显然，这里系统找的是2.112.1.2版本的Oracle.DataAccess，而服务器上只有2.112.1.0版本的，所以才报错，解决办法就是在web.config中修改，在configSections节点结束之后增加如下内容：
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess"
publicKeyToken= "89B483F429C47342"
culture= "neutral" />
<bindingRedirect
oldVersion= "2.112.1.2"
newVersion= "2.112.1.0"/>
</dependentAssembly>
</assemblyBinding>
</runtime>
这样就可以让IIS调用2.112.1.0的Oracle.DataAccess了。添加这个配置后便可正常运行。

C#用Oracle.DataAccess中连接Oracle要注意版本问题!转）