以前連接MySQL資料庫，總是使用ADO.NET Connection String方式連接 既然Entity Framework 4.0都出來了，對LINQ查詢語法也粗略看了一些 就想動手來實驗一下，能否產生MySQL的Entity Model (.edmx)檔。 首先至MySQL官網下載兩個Connector: MySQL Connector/Net 6.2.3 Stable (以下簡稱A) MySQL Connector/Net 6.3.2 Beta (以下簡稱B) 要用就用最新的Entity版本，因此IDE環境選用VS2010 + NET4.0 安裝了A Connector，再產生SQL Connection精靈視窗裏 沒有出現MySQL Driver，原來只有B Connector才支援VS2010 既然是Beta版，代表不穩定，對資料庫的存取可是危險的事 但本著實驗及日後會釋出穩定版本期待下 我就先裝了B Connector中的VS2010 Integration. 當專案加入一個ADO.NET Entity Mode (.dbmx)檔時 可以透過Generator Tools連接資料庫，也能挑選Table 目前B版本在Web.config中尚無法產生的ConnectString 不過它有提示文字，就照著別的版本自行建立了字串，如: metadata=res://*/Model1.csdl... 只要注意它的ConnName要跟Model1.Designer.cs中的建構子相同就行。 檢視edmx檔的細節: File: Model1.edmx Context: Model1Entities Table: t Column: id 試其legacy執行語法: Model1Entities db = new Model1Entities(); db.ExecuteStoreCommand("delete from t where id=1"); db.SaveChanges(); 可成功執行，代表Connection連接上沒有問題。 再使用VS2010語法提示，要下LINQ: db.t.id 理論上應該要出現欄位id名稱，但它說無法resolve symbol 'id' 查了Model1.dbmx/cs的產生程式碼，也跟一般的Model沒啥兩樣。 做到這，我知道該停止繼續往下探鑽了! 因為說到維護這EDMX檔，99%肯定要借用VS2010產生工具的智能， 就算成功手動修改這些cs碼，日後也會被工具所抹掉。 結論: ORM Mapping的資料維護技術很棒，它對日後的維護工作幫助很大 但Mapping的工具簡易度及連接各式資料庫若還沒普及 (微軟只獨厚自己的SQL Server) 還是再等等比較好。 我也有看過LINQ中替代傳統SQL語法的LEFT JOIN/RIGHT JOIN 感覺其LINQ語法也稍嫌複雜，就跟SQL Server中的分頁語法 遲遲不用LIMIT 1, 10般簡單的語法思維，令人無法思解。 Silverlight 4.0的資料存取，語法也都太過複雜 甚至ASP.NET MVC般的抽象語法，精通者或許覺得很棒 但對常人入門來說，還是頁面語法太過複雜。 以上的新技術，我都正面肯定微軟新技術的導入動機(否則我也不會去研究) 只是每次導入轉換都是成本，不得不仔細估量比較 或許等一等比較好。 (不過公司使用微軟技術為主，或初學者則可盡量去試用) --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.166.114.24