Visual Studio 2012上的SSDT損壞然後修復，再次損壞VS2013上破壞

在Windows 8上安裝Visual Studio 2012 Ultimate後，通過SQL Server Object Explorer的SSDT無法正常工作。解決方案是從MSDN網站安裝最新版本的VS2012。Visual Studio 2012上的SSDT損壞然後修復，再次損壞VS2013上破壞

一切都很好。我可以看到數據庫，沒問題。無論使用EF defaultConnectionFactory還是我自己的connectionString，無論哪種方式，我的所有代碼優先數據庫都顯示在VS2012 SQL Server對象資源管理器中。

不久前，我安裝了Visual Studio 2013 Ultimate。在VS2013旗艦版，本地數據庫，我所看到的，通過性能，是此連接字符串：

Data Source=(localdb)\Projects; 
Initial Catalog=master;Integrated Security=True; 
Connect Timeout=30;Encrypt=False;TrustServerCertificate=False

接下來，當我試圖通過VS2012看，VS2012再次被打破。爲了讓VS2012再次運行，我從MSDN安裝了2013年10月版的VS2012 SSDT。

雖然VS2012 SSDT現在再次通過SQL Server對象資源管理器工作，但不幸的是，其行爲與VS2103中的SSDT的行爲相同。

我可以通過LINQPad4進行連接，LINQPad4確實有一些優點，因爲只需右鍵單擊表名即可獲得有用的LINQ選擇。

先使用EF 6.0.1代碼。

2013-11-25 gerryLowry

這也應該被標記** visual-studio-2013 **，但目前唯一的vs2013標籤是預覽...這個問答適用於最終版本（2013-10-13）我沒有足夠的信譽指向創建** visual-studio-2013 **標籤。 – gerryLowry

SSDT適用於vs2012和vs2010的2013年10月版可以在這裏找到：http://msdn.microsoft.com/en-us/data/hh297027 – gerryLowry

有人請爲** visual-studio-2013 **和**添加標籤SQL-Server的對象資源管理器**。謝謝。 – gerryLowry

線索是數據源=（localdb）\ Projects;

EF 6.0.1將數據庫放在這裏：數據源=（localdb）\ v11.0;

Data Source=(localdb)\v11.0; 
Integrated Security=True;Connect Timeout=15; 
Encrypt=False;TrustServerCertificate=False

在SSDT

在vs2012/vs2013 [查看時，SQL Server對象資源管理器]，
右鍵單擊該節點的「SQL Server」，然後單擊「添加的SQL Server ...」

類型「（localdb）\ v11.0「作爲服務器名稱，然後單擊連接。

您現在應該看到「（的LocalDB）\ 11.0」和SQL Server對象資源管理器「（的LocalDB）\項目」。

您的代碼第一數據庫將在數據庫節點下「（的LocalDB）\ V11.0」。

FWIW，我沒有想到爲什麼微軟做出了這個惱人的變化。

2013-11-25 18:09:11 gerryLowry

回答