我正在开发使用ODP.NET连接到Oracle DB的应用程序。我想为32位和64位机器提供一个版本。问题是我无法弄清楚如何使用 anycpu 目标构建projetc，似乎它要求目标与ODP驱动程序版本相同。因此，这意味着我需要同一个应用程序的版本，一个用于32位，另一个用于64位。但使用MS .NET Oracle客户端（System.Data.OracleClient）时同样没问题。有没有办法在MS .NET客户端上使用ODP.NET具有相同的行为？
答案 0 :(得分：8)
几年后更新：Oracle发布了托管的ODP.NET客户端，因此不再需要在.NET应用程序中使用x64 / x86。您可以在Oracle网站上找到更多信息：http://www.oracle.com/technetwork/topics/dotnet/index-085163.html
答案 1 :(得分：6)
根本原因是ODP.NET依赖native OCI DLLs，当然不能是“任何CPU”。
理论上，ODP.NET可以检测.NET代码中当前执行的“bit-ness”，然后相应地动态加载32位或64位本机DLL，但这不是当前实现的方式。
Oracle公司目前正在实施fully managed provider。但是until then，我们不得不为每个“bit-ness”做单独的构建。
答案 2 :(得分：1)
任何C＃项目的默认选项都适用于x64和x86操作系统。
所以这意味着我需要拥有相同应用程序的版本 一个用于32位，另一个用于64位。但同样不是问题 使用MS .NET Oracle客户端（System.Data.OracleClient）。
这是预期的......你需要发布x86版本和x64版本，请注意，x86应用程序不能引用x64程序集，反之亦然。
Microsoft引用不同的原因是默认情况下它是.NET Framework的一部分。
我无法下载我所在的文件，我相信，ODP.NET有一个x86程序集和一个x64程序集。
正确的方法是发布程序的x86版本和x64版本。
答案 3 :(得分：-1)
ODP.NET专为32位或64位平台而构建。他们可以为AnyCPU构建一个单独的库，允许它在32位或64位进程中使用。然而，正如Branko Dimitrijevic所提到的，ODP.NET托管的dll在幕后使用本机库。本机库是特定于平台的;因此要求Oracle为每个平台构建单独的ODP.NET库。别无选择。