mashimaro168 wrote:
V~~B~~A唉~...(恕刪)
哈~~我對程式也非常不行~~~
所以常常都是SQL搭配ACCESS搭配EXCEL，最近有在稍微加減用一下R
因為每樣都只會一點，只好互相搭配用，不然其實很多東西用程式寫就可以一次搞定了~~
nwcs wrote:
大大誤解我的意思,...(恕刪)
說實在，我認為ado操作資料庫的方式根本就是白癡，之後ado.net更加白癡，你看現在微軟胡搞了半天，還不是走回EF+LINQ？LINQ的委派觀念，基本上非常趨近於DAO，我第一次用LINQ就有這種極度熟悉的感覺。當然，LINQ比DAO強悍很多，但EF的實體模型也非常類似DAO，簡單來講，微軟瞎搞了半天，最後又走回DAO的老路。
LINQ確實有夠好用，如果VBA能加入LINQ，那真的是太讚了，沒LINQ的話要將資料表與陣列合併運算得多寫很多東西，雖然可以用暫存資料表解決，但到底還是多了好幾個步驟，這是題外話，總之LINQ雖然基於ado.net，但酷到一個不行，有夠好用。
EF比起DAO其實還是有點遜色，比如資料庫模型必須是強型別，那就意味著無法用變數指定欄位，比起DAO彈性小了很多。
總之，C#或VB.net，即使你引用了EF+LINQ，操作資料庫都沒DAO方便，最容易操作Access(即使資料表是連結自MySQL、MS SQL)的方式，除了Access查詢子集之外就是VBA。C#或vb.net就算你用了LINQ，都不見得比VBA方便。
nwcs wrote:
大大誤解我的意思,...(恕刪)
我還得再補充說明一下，搞Access資料庫最無敵的就是VBA，C#與vb.net就算有EF+LINQ...其實這兩者不支援Access資料庫，總之，就算有LINQ+EF，操作Access資料庫也遠比不上DAO方便，單單看程式碼就知道了，你要連接上Access的資料表，DAO只需要兩行程式就搞定，你用ADO.NET要五六行程式吧？
dim 資料表 as recordset
set 資料表=currentdb.openrecordset("客戶資料表",dbopendynaset)
兩行程式搞定，你用.net單單宣告連線字串、容器、行列，起碼得花上五六行。
C#或VB.net操作資料庫，即使用了EF+LINQ，我都可以跟你保證絕對沒VBA的DAO好用。
內文搜尋
從 APP 打開
X