2014-10-22 50 views
0

我找不到我在這裏或任何地方的確切問題。ORA-12154:TNS:無法解析指定的連接標識(Oracle,ASP,Net,Dapper)

我有一個ASP.Net MVC WebApi(MVC 5.1.0,框架4.5.1)項目,使用Oracle.DataAccess。它通過位於我的主機文件中的URL在本地IIS服務器上運行。它有一個連接字符串連接到Oracle數據庫。它工作正常。

我有一個 '正常' 的ASP.Net MVC(MVC 5.2.2,4.5.2框架)項目,該項目採用Oracle.ManagedDataAccess小巧玲瓏。它通過位於我的主機文件中的URL在本地IIS服務器上運行。它使用SAME連接字符串(禁止providerName)連接到(嘗試)連接到Oracle數據庫。它工作,投擲

ORA-12154: TNS:could not resolve the connect identifier specified 

當我嘗試打開連接。

<add name="OurName" connectionString="Data Source=xxxxx_migration2;Persist Security Info=True;User ID=OurUserName;Password=thepassword;Enlist=False;Min Pool Size=10;Connection Lifetime=120;Connection Timeout=30;Incr Pool Size=5;Decr Pool Size=2;" providerName="Oracle.ManagedDataAccess.Client"/> 

TNSNAMES.ORA是罰款[你會想到,因爲完全相同的連接字符串中的其他項目工程],也有在項目文件的路徑沒有括號(一個非常模糊的問題,我在我的發現研究),ORACLE_HOME是pathed ...我很難過。

我知道Dapper擴展連接對象 - 是否有任何真正怪異的奇怪的要求,可能會導致此?

編輯:如果我將「正常」 ASP.Net MVC(和連接字符串的providerName參數)Oracle.DataAccess,並且不使用小巧玲瓏我可以連接。

回答

1

最後,我需要做出比我想象的更多的配置文件更改,以使Oracle.ManagedDataAccess工作(Dapper不是問題)。

看到this blog article

和接受的答案here

這是一個有點惱人,並從過去的情況發生變化,以在配置文件中手動指定TNSNAMES.ORA的位置 - 但嘿,畢竟它是一個配置文件。

相關問題