?????? 在項目中用程序中嵌入mdf文件的方式來進行SQLServer數據庫開發非常方便，用來發布開源項目等很方便，點擊就可以運行，免部署，特別是在教學中用起來更加方便，老師不用先將數據庫文件detach再發給學生，學生也不用將數據庫文件attach。采用項目中嵌入mdf文件的方式，老師把講課的代碼發給學生，學生打開就可以運行。我在傳智播客.net培訓班教學中就是用的這種方式進行講解。

在ASP.net程序中只要將mdf文件放到項目的App_Data文件夾即可，在連接字符串中使用

Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\CallCenter.mdf;Integrated Security=True;User Instance=True

做連接字符串即可。

但是在WinForm程序中，如果在項目的App_Data文件夾中新建一個mdf文件，然后用

Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\CallCenter.mdf;Integrated Security=True;User Instance=True

進行連接會提示找不到CallCenter.mdf。原來WinForm程序并不會去App_Data中找mdf文件。原來在ASP.net中DataDirectory的值是當前項目的App_Data路徑，而WinForm中的DataDirectory值則是當前項目的路徑，因此Winform中mdf文件不用放到App_Data中，放到項目根目錄下就可以。

但是新問題隨之又來了，在WinForm中用這種方式開發的時候有時候改了項目中mdf文件中的表中的數據或者表結構，運行的時候卻發現運行時通過程序讀取的數據或者表結構沒有變，而有時調試時Insert插入的數據在這次調試的時候竟然沒有了。經過研究發現，WinForm程序運行的時候連接的是bin/Debug下的mdf文件，而不是項目中的mdf文件，這是和ASP.net程序行為不同的地方。每次程序發生Build行為的時候，項目中的mdf就會覆蓋bing/Debug下的mdf文件，也就是有兩個mdf文件的存在，項目中的mdf相當于“源文件”。雖然可以通過修改文件的“BuildToOuput”屬性來部分解決問題，但是仍然不是很完美。

有一個比較很直接的想法，就是讓程序去連接項目中的mdf文件，而不是連接bin/Debug下那個。
經過查詢資料找到了修改方法，在Program.cs文件Main函數最開始加入如下代碼：

string dataDir = AppDomain.CurrentDomain.BaseDirectory;if (dataDir.EndsWith(@"\bin\Debug\")|| dataDir.EndsWith(@"\bin\Release\")){dataDir = System.IO.Directory.GetParent(dataDir).Parent.Parent.FullName;AppDomain.CurrentDomain.SetData("DataDirectory", dataDir);}

原理簡單分析：連接字符串中的DataDirectory的值就是通過AppDomain.CurrentDomain.SetData賦值過去的，如果當前程序的目錄以"\bin\Debug\"或者"\bin\Release\"則認為它是運行在VisualStudio環境中，就取項目的目錄然后賦值給DataDirectory這個key。既然是CurrentDomain.SetData，估計對于非默認AppDomain中的數據庫連接代碼可能會不起作用（只是猜測，沒驗證），這就要需要創建子AppDomain的時候再去賦值了。

上面的代碼還是有一點潛在的bug的，比如正式的運行的時候exe被很杯具的放到了某個bin\Debug目錄下，就會有問題，不過想想正式生產環境運行的時候肯定不會用這種AttachDbFilename方式，這種方式只存在于開發環境，因此也就睜一只眼閉一只眼了，呵呵。
文章來源：http://www.rupeng.com/forum/thread-11988-1-1.html

總結

以上是生活随笔為你收集整理的转：WinForm程序中两份mdf文件问题的解决方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。