Primeiro, parei de mexer no web.config. Em seguida, reinstalei o Oracle 11g 64 no meu servidor Windows 2008. Finalmente coloquei o ODAC em cima da instalação do 11gx64. A chave para o sucesso é localizar o ODAC correto para corresponder à versão do Oracle que você tem em seu sistema.
http://www.oracle.com/technetwork/database /windows/downloads/index-090165.html
Para VERIFICAR se você tem o ODAC correto instalado corretamente no oracle 11g, você deve procurar nos diretórios [asp.net] e [ODP.net] para garantir que ambos tenham 2.x's e 4's dirs em cada bin e sua presença no global cache 64.


Depois de resolver o problema de instalação do ODAC, começo a experimentar dll's do cliente oracle. Copiei o Oracle.DataAccess.dll(64-bit) do bin [2.x] para o bin compilado do meu aplicativo apenas para observar meu programa ainda travar com a mesma reclamação de que não consegue encontrar as DLLs dependentes. Então eu copiei o Oracle.DataAccess.dll do bin [4], então tudo FUNCIONA bem!!
Agora a pergunta restante é porque 4.112.4 não encontrado no cache de registro GAC_64 está funcionando muito bem mas o conjunto de dll's registrado no GAC_64 quebrou o programa? Não posso deixar de ficar confuso.
Veja a visualização resultante das dlls de trabalho ==>

Se você adquirir todas essas telas que mostro neste caso, seus aplicativos MVC4 devem voar alto com o cliente Oracle 11g de 64 bits! Boa sorte! Vou compartilhar o meu com você!