首先，我身边停在web.config搞乱。于是，我重新安装的Oracle 11g 64我的Windows 2008服务器上。最后，我放在11gx64的安装之上ODAC。成功的关键是找到正确的ODAC以符合甲骨文的系统上的版本，你有。

First, I stopped messing around the web.config. Then, I re-installed Oracle 11g 64 on my Windows 2008 server. Finally I placed ODAC on top of 11gx64's installation. The key to success is locating the correct ODAC to match the version of Oracle you have on your system.

的http://www.oracle.com/technetwork/database/windows/downloads/index-090165.html

要验证是否已正确安装正确的ODAC过是Oracle 11 g您不得不考虑[asp.net]和[ODP.net]目录，以确保它们都具有2.X的和4的显示目录中的每个bin和其presence在全局缓存64。

To VERIFY you have the right ODAC installed correctly over oracle 11 g you have to look into [asp.net] and [ODP.net] directories to make sure they BOTH have 2.x's and 4's dirs in each bin and their presence in global cache 64.

亚特解决ODAC安装的问题，我开始与Oracle客户端dll​​的实验。我从斌[2.X]我的应用程序的编译斌复制的Oracle.DataAccess.dll（64位）仅看我的节目仍与它无法找到相关的DLL的相同投诉坠毁。然后，我从斌[4]复制的Oracle.DataAccess.dll，那么一切工作正常！

Ater solving the ODAC installation problem, I start experimenting with oracle client dll's. I copied the Oracle.DataAccess.dll(64-bit) from bin [2.x] to my app's compiled bin only to watch my program still crashed with the same complaint that it cannot find the dependent DLL's. Then I copied the Oracle.DataAccess.dll from bin [4], then everything WORKS fine!!

现在剩下的问题是，为什么4.112.4寄存器缓存GAC_64没有找到工作很好，但一组DLL在GAC_64注册打破了计划？不禁不是糊涂了。

Now the remaining question is why 4.112.4 not found in register cache GAC_64 is working great but the set of dll's registered in GAC_64 broke the program? Can't help not being confused.

请参阅所产生的工作的dll的观点==>

See the resulting view of the working dlls ==>

如果您获得了所有那些我展示在这种情况下屏幕，你MVC4应用程序应该与Oracle高掺量11克64位客户端！祝你好运！我将与大家分享我的！

If you acquire all those screens I show in this case, your MVC4 apps should fly high with Oracle 11 g 64-bit client! Good luck! I'll share mine with you!