討論區快速選單
知識庫快速選單
最完整AWS雲端解決方案培訓 傑米的攝影旅遊筆記 網路投保旅行平安險
[ 回上頁 ] [ 討論區發言規則 ]
請問ADO.NET有哪修有缺點勒?
更改我的閱讀文章字型大小
作者 : cygnusx913(可憐的資管系)
[ 貼文 1 | 人氣 2619 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/29 下午 10:56:43
請問依下ADO.NET有什麼優缺點勒?
還有MS SQL 與 MY SQL 有什麼優缺點勒?
作者 : eliot(小台) VB.Net卓越專家SQL Server 7/2K卓越專家ASP.Net頂尖高手貼文超過2000則人氣指數超過10000點
[ 貼文 2213 | 人氣 28768 | 評價 9240 | 評價/貼文 4.18 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/14 上午 08:24:36
ADO.NET~~~
缺點:難學~~就這樣~~

MS SQL 缺點:要錢,權限設定麻煩

My SQL 缺點:資料表設計不方便,提供工具遠比MS SQL少,我用的版本還不支援View跟Store Procedule,也不支援XML格式,還原資料庫時,db必須shutdown
作者 : regionbbs(小朱)技術副站長 VB.Net曠世奇才SQL Server 7/2K卓越專家.Net Framework優秀好手C#曠世奇才ASP.Net一代宗師ADO.Net卓越專家貼文超過6000則人氣指數超過70000點
[ 貼文 6372 | 人氣 82299 | 評價 36440 | 評價/貼文 5.72 | 送出評價 59 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/14 上午 09:57:57
ADO.NET 缺點:物件模型有點小複雜,DataSet 非 Binary 格式,存取速度打折扣 .
MSSQL 缺點:要錢
MySQL 缺點:商務用途要錢(它可不是完全免費),尋求原廠支援時回應超慢,原廠文件部份不夠清楚,MyODBC 目前有語系問題尚未解決 ....

ps: 用 ADO 的觀念與非 OOP 的觀念學 ADO.NET,會超級痛苦,並不是它難學,而是不夠習慣 ...
作者 : eliot(小台) VB.Net卓越專家SQL Server 7/2K卓越專家ASP.Net頂尖高手貼文超過2000則人氣指數超過10000點
[ 貼文 2213 | 人氣 28768 | 評價 9240 | 評價/貼文 4.18 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/14 上午 11:09:30
>ADO.NET 缺點:物件模型有點小複雜,DataSet 非 Binary 格式,存取速度打折扣 .
不好意思~~我請教一點DataSet或datatable或者datarow...等物件存在記憶體中也是用XML的方式嗎???不合理呀~~應該是class的架構吧!!既然是class架構存在記憶體就不會是XML的方式(我是說存在記憶體中的樣子唷,實際上我知道它的資料架構是xml的)~~我相信你也不是利用xquery去查詢dataset的資料吧!!

這點我也是純疑啦!!~~~沒挑戰你的意思~~別兇我!!

還有DataSet我覺得是ADO.NET的優點!!
以前我在剛接觸專案時是利用ADO開發,那時候都嗚煞煞的!!蝦都不懂
程式開發完只有五個人可以用,第六個使用就會跟你說連線數超過

ㄟ~~這個經驗之後就知道要先寫個class把所有資料先存起來,然後中斷連線
然後讓程式在自己的記憶體中處理這些離線資料,需要回寫時才開連線~~
這樣就不會照成連線數的問題了!!

然而DataSet的出現讓我不用在花時間去設計這物件
其實是優點~~非缺點ㄋㄟ~~
雖然DataSet比我自己寫的物件龐大~~但是卻是設想周到的!!
而且可以在DataSet中作關連~~不用在麻煩db幫我關連資料
其實是便利很多的!!
作者 : eliot(小台) VB.Net卓越專家SQL Server 7/2K卓越專家ASP.Net頂尖高手貼文超過2000則人氣指數超過10000點
[ 貼文 2213 | 人氣 28768 | 評價 9240 | 評價/貼文 4.18 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/14 上午 11:14:27
喔~~再補充一點,我的認知是放資料進去DataSet的時候慢(因為連線時間,IO時間,網路傳輸時間),但實際上DataSet在記憶體中運作存取的速度是不慢的唷,因為它不用在動到磁碟IO!!
作者 : regionbbs(小朱)技術副站長 VB.Net曠世奇才SQL Server 7/2K卓越專家.Net Framework優秀好手C#曠世奇才ASP.Net一代宗師ADO.Net卓越專家貼文超過6000則人氣指數超過70000點
[ 貼文 6372 | 人氣 82299 | 評價 36440 | 評價/貼文 5.72 | 送出評價 59 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/14 下午 11:25:11

>喔~~再補充一點,我的認知是放資料進去DataSet的時候慢(因為連線時間,IO時間,網路傳輸時間),但實際上DataSet在記憶體中運作存取的速度是不慢的唷,因為它不用在動到磁碟IO!!

不動到磁碟 I/O 並不代表速度就會很快,了解 XML DOM 存取方式的人就會知道,你可以看看 DataSet 存成 XML(包含結構描述且非 Typed DataSet)時會有多亂 .

我是不知道你使用的 DataSet 最大的大小是多少,我用過 DataSet 15MB 的(Smart Client),存取速度你自己可以測測看,例如把 SQL Server 的範例資料庫變成 DataSet,存到磁碟中(XML),再把它載到記憶體中存取看看 .

這也是我為什麼說 DataSet 速度很慢的原因,我也不會把 DataSet 當做主要的資料來源,而且要保持一定程度的大小(DataTable),速度才會快 .
作者 : regionbbs(小朱)技術副站長 VB.Net曠世奇才SQL Server 7/2K卓越專家.Net Framework優秀好手C#曠世奇才ASP.Net一代宗師ADO.Net卓越專家貼文超過6000則人氣指數超過70000點
[ 貼文 6372 | 人氣 82299 | 評價 36440 | 評價/貼文 5.72 | 送出評價 59 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/14 下午 11:30:34

>>ADO.NET 缺點:物件模型有點小複雜,DataSet 非 Binary 格式,存取速度打折扣 .
>不好意思~~我請教一點DataSet或datatable或者datarow...等物件存在記憶體中也是用XML的方式嗎???不合理呀~~應該是class的架構吧!!既然是class架構存在記憶體就不會是XML的方式(我是說存在記憶體中的樣子唷,實際上我知道它的資料架構是xml的)~~我相信你也不是利用xquery去查詢dataset的資料吧!!

因為它的速度的確是比較慢,所以 DataSet 我都儘量不用,就算用到也只是用來包裹 DataTable (Web Service 的需要).

>還有DataSet我覺得是ADO.NET的優點!!
>...
>然而DataSet的出現讓我不用在花時間去設計這物件
>其實是優點~~非缺點ㄋㄟ~~
>雖然DataSet比我自己寫的物件龐大~~但是卻是設想周到的!!
>而且可以在DataSet中作關連~~不用在麻煩db幫我關連資料
>其實是便利很多的!!

我並沒說 DataSet 是缺點,但它的確有速度慢的問題 .

關聯?直接在 Database 使用 SQL 撈資料比較實在啦 .

資料庫與查詢元件都是二進位,速度比 DataSet 要快很多,也不必受比 Jet SQL 還要多的限制,如果我要設計前端 Windows application,我情願用 SQL Server Express 或 MSDE,也不要用 DataSet .
作者 : eliot(小台) VB.Net卓越專家SQL Server 7/2K卓越專家ASP.Net頂尖高手貼文超過2000則人氣指數超過10000點
[ 貼文 2213 | 人氣 28768 | 評價 9240 | 評價/貼文 4.18 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/15 下午 12:40:09
>不動到磁碟 I/O 並不代表速度就會很快,了解 XML DOM 存取方式的人就會知道,你可以看看 DataSet 存成 XML(包含結構描述且非 Typed DataSet)時會有多亂 .
>
>我是不知道你使用的 DataSet 最大的大小是多少,我用過 DataSet 15MB 的(Smart Client),存取速度你自己可以測測看,例如把 SQL Server 的範例資料庫變成 DataSet,存到磁碟中(XML),再把它載到記憶體中存取看看 .
>
>這也是我為什麼說 DataSet 速度很慢的原因,我也不會把 DataSet 當做主要的資料來源,而且要保持一定程度的大小(DataTable),速度才會快 .

小朱大大我終於知道你的問題了!!
沒有人規定DataSet的資料來源是XML

你所謂的15MB是DataSet存成XML文件之後的大小,不是它在記憶體中的樣子
DataSet它在使用時是一個Class的型態跟xml不是等號!!

xml是xml DataSet是DataSet

而DataTable是DataSet的子集合
作者 : eliot(小台) VB.Net卓越專家SQL Server 7/2K卓越專家ASP.Net頂尖高手貼文超過2000則人氣指數超過10000點
[ 貼文 2213 | 人氣 28768 | 評價 9240 | 評價/貼文 4.18 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/15 下午 12:59:48

>
>>>ADO.NET 缺點:物件模型有點小複雜,DataSet 非 Binary 格式,存取速度打折扣 .
>>不好意思~~我請教一點DataSet或datatable或者datarow...等物件存在記憶體中也是用XML的方式嗎???不合理呀~~應該是class的架構吧!!既然是class架構存在記憶體就不會是XML的方式(我是說存在記憶體中的樣子唷,實際上我知道它的資料架構是xml的)~~我相信你也不是利用xquery去查詢dataset的資料吧!!
>
>因為它的速度的確是比較慢,所以 DataSet 我都儘量不用,就算用到也只是用來包裹 DataTable (Web Service 的需要).
>
>>還有DataSet我覺得是ADO.NET的優點!!
>>...
>>然而DataSet的出現讓我不用在花時間去設計這物件
>>其實是優點~~非缺點ㄋㄟ~~
>>雖然DataSet比我自己寫的物件龐大~~但是卻是設想周到的!!
>>而且可以在DataSet中作關連~~不用在麻煩db幫我關連資料
>>其實是便利很多的!!
>
>我並沒說 DataSet 是缺點,但它的確有速度慢的問題 .
>
>關聯?直接在 Database 使用 SQL 撈資料比較實在啦 .
>
>資料庫與查詢元件都是二進位,速度比 DataSet 要快很多,也不必受比 Jet SQL 還要多的限制,如果我要設計前端 Windows application,我情願用 SQL Server Express 或 MSDE,也不要用 DataSet .

觀念完全錯誤!!就是因為用Windows application所以更加要用DataSet
用asp.net的時候我才會避免用DataSet

DataSet的目的是讓你可以離線處理資料~~最後在整批一次將修改過的資料丟給DB(因為DataSet有紀錄異動過的flag)

而且利用dataview 對DataSet裡面的datatable做select是一定比你針對DB做查詢來得快的!!

user在處理一堆單據的時候如果搭配DataSet來處理,這是絕佳的處理方式!!
你不用做一筆,更新一筆,完全從DS來...做完以後在一次更新資料庫
透過DS的作業他只會將有需要更新的QUERY傳回資料庫!!
最後把DS的狀態給更新~~甚至可以非同步作業~~(尤其2.0 的非同步又超好寫)

但是我這邊要說明的DataSet的資料來源不是XML~~

不過還是會有一個致命的缺點,就是利用DataSet時可能會撈到過多的資料!!

我要闡述的是用DataSet是對的,尤其在Server Loading很重的狀態
再者一般User的習慣都是喜歡一開始等待
不要做一筆等一筆,要做下一筆時還要等待去資料庫查詢的時間!!
用DataSet的話就可以達到這樣的效果!!開檔跟存檔要等..其他時間操作就很順啦!!
作者 : regionbbs(小朱)技術副站長 VB.Net曠世奇才SQL Server 7/2K卓越專家.Net Framework優秀好手C#曠世奇才ASP.Net一代宗師ADO.Net卓越專家貼文超過6000則人氣指數超過70000點
[ 貼文 6372 | 人氣 82299 | 評價 36440 | 評價/貼文 5.72 | 送出評價 59 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/15 下午 01:29:50
我不會為這種事跟你繼續戰下去,在刮別人的鬍子前,先把自己的刮乾淨 .
要不要用 DataSet,自己打量即可 .

不必太強調什麼離線處理(那是微軟的宣傳用詞),也沒什麼哪種應用才要用 DataSet,不必多,就像我前面所說的那樣,實際測一下你就知道什麼叫做慢了 .

DataSet + DataAdapter 很讚我知道(我寫元件都用 DataAdapter 來產生 DataTable),但那又如何?
不要人家不用或指出什麼缺失就說什麼觀念錯誤,只有用和不用的差別 .
Performance 太差是我測出來的經驗,雖然不代表全部,但我看到的就是慢 .
再者,不要跟我揮一堆用 DataRelation 還是什麼有的沒的,用 SQL 指令查資料最實在 .
你在 DataSet 上能用多少 SQL 指令?

你愛用可以繼續用,但我自己寫程式是幾乎不用,就算要用也只是少量,操作資料庫用 SQL 還是最佳選擇,想偷懶的話,就盡量用寫好的東西,但偷一次懶可能要花更多的代價去填未完成或做不出來的東西 .

如果什麼東西都可以用工具拖拉做掉,那還要 Programmer 做什麼 ?

(ps: "!!" 少用一點,小心人家以為你是討戰的)
作者 : regionbbs(小朱)技術副站長 VB.Net曠世奇才SQL Server 7/2K卓越專家.Net Framework優秀好手C#曠世奇才ASP.Net一代宗師ADO.Net卓越專家貼文超過6000則人氣指數超過70000點
[ 貼文 6372 | 人氣 82299 | 評價 36440 | 評價/貼文 5.72 | 送出評價 59 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/15 下午 01:49:18

>小朱大大我終於知道你的問題了!!
>沒有人規定DataSet的資料來源是XML
>
>你所謂的15MB是DataSet存成XML文件之後的大小,不是它在記憶體中的樣子
>DataSet它在使用時是一個Class的型態跟xml不是等號!!
>
>xml是xml DataSet是DataSet
>
>而DataTable是DataSet的子集合

那你知道它在記憶體中的樣子嗎?

如果是 XmlDocument,想像一下 XML parser 解析一份大文件時會有多慢,尤其是如果裡面又吞了一堆 schema definition.
我可沒說 "XML" 是 "XML 文件",我也沒說 DataSet "來源" 一定是 XML,先搞清楚再回應 .

如果你寫過很大的元件,你應該會很清楚,一個 Table 吃了 Row 陣列和 Column 陣列,而一個 Row 中有幾個 object 構成的陣列,而這個 Row 有數萬筆,擁有這種 Row 的 Table 有十來個,然後下一個搜尋,還要解析和比較值(還要轉型成 string 或數值型別,因為原始型別就是 object),在沒有特別做最佳化(資料庫的查詢引擎一定會有最佳化處理)的情況下,請問速度會不會變慢?

至少,我測試的結果,在一個儲存一萬筆記錄的 DataTable 下查詢,比對資料庫下查詢的速度要慢上一倍以上(由記憶體中的 DataTable 和 MSDE 比較哦),也許我的電腦沒你的新又快,但你可以自己做實驗,看我說的是不是對的 .

再說一次,要刮別人的鬍子,先把自己的刮乾淨 .
我不再回應,要戰請自便 .
作者 : eliot(小台) VB.Net卓越專家SQL Server 7/2K卓越專家ASP.Net頂尖高手貼文超過2000則人氣指數超過10000點
[ 貼文 2213 | 人氣 28768 | 評價 9240 | 評價/貼文 4.18 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/6/16 下午 02:16:09
小朱大大我覺得來到的邊就是要盡情的交流~~~
我不是要跟你有爭辯的感覺,我也很認同你一些概念

但是請想想如果User透過Ds處理資料,在處理完後透過非同步作業將工作批次後送

User可以在此時繼續他下一個工作,而更新的動作仍在背景執行!!
可以讓User減少等待的苦悶!!(當然背景有工作時要防止user中止程式)

我覺得這是很棒的事情!!也是大型系統有的Sence

小朱大大您雖然用的是MSDE
但是您應該是本機使用,再加上一個連線數,這樣的測試情況其實跟用一般的SQL Server執行效能是差不多的!!

msde只有在連線數很多的情況下,不如SQL Server

DataSet的用途應該是針對有多Client的情況去使用的!!
如果單人單機~~我覺得我也懶得用DS寫
作者 : edc1128(edc) 人氣指數超過10000點
[ 貼文 78 | 人氣 15620 | 評價 20 | 評價/貼文 0.26 | 送出評價 9 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/5/23 下午 11:52:45
基本上我相當認同小台的看法,也覺得小朱的做法令人相當不可思議,再者,裡面很多竹科的不具名的大師高手,看了頂多會心一笑,不予置評,一萬筆的測試能測出怎樣的效能
作者 : pantc328(好說) C#優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 894 | 人氣 14154 | 評價 3400 | 評價/貼文 3.8 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/5/24 上午 08:16:55
這篇的結果是甚麼?要用就要學, 學了就要用,不然整個底層自己寫?
東西要不要錢,不是甚麼優缺點,Time is money,整個軟體工程貴的是人.
軟體的好壞在於你能不能Control,如果你一開始就對某產品,某技術有遲疑,或甚排,我想後面解釋一堆都是浪費的.
作者 : player(PLAYER) 貼文超過1000則人氣指數超過100000點
[ 貼文 1591 | 人氣 138661 | 評價 2840 | 評價/貼文 1.79 | 送出評價 104 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/5/28 下午 01:11:23

>ADO.NET 缺點:物件模型有點小複雜,DataSet 非 Binary 格式,存取速度打折扣 .
>MSSQL 缺點:要錢
>MySQL 缺點:商務用途要錢(它可不是完全免費),尋求原廠支援時回應超慢,原廠文件部份不夠清楚,MyODBC 目前有語系問題尚未解決 ....

MyODBC 語系問題已修正
請改用MySQL 5配合最新的MyODBC即可 (開Table時記得指定UTF8語系)
如果你是用MySQL 舊版的話
MyODBC則需改用特製版
不然 MySQL -> MyODBC -> ADO 之間
ADO會做多餘的Unicode轉換 (因為語系判斷錯誤)

MySQL 缺點:商務用途要錢
他有出一般版與商業版的MySQL
一般人如無需MySQL原廠支援的話
使用免錢的一般版就好了

就像MS的MDAC或SQL Server 2005 Express
是免錢的一樣

作者 : byeman(再見男人) 人氣指數超過10000點
[ 貼文 51 | 人氣 14675 | 評價 50 | 評價/貼文 0.98 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/17 上午 09:54:38
ADO.NET + DataTable + DataAdapter 完全上線!!
就在今年的台北市立聯合醫院的中興院區 全部 HIS 一次上線了!
將來要導到其它院區(仁愛,忠孝.. 等)
告訴大家,該總院資訊室是用 WinForm(非 ASP.NET), 每一支程式都是一個 .exe(執行檔)
所以整個醫療資訊系統有百多支程式,另外有少數的 service
大部份的程式都是將需要用到的資料從資料庫下載到 DataSet 裡的許多 DataTables 裡,然後離線,
user 異動完後再連線到資料庫, 透過 DataAdapter 將 DataTable 的資料更新回資料庫!

目前上線都很順利喔! 想想看光是中興院區一天資料量有多少
作者 : regionbbs(小朱)技術副站長 VB.Net曠世奇才SQL Server 7/2K卓越專家.Net Framework優秀好手C#曠世奇才ASP.Net一代宗師ADO.Net卓越專家貼文超過6000則人氣指數超過70000點
[ 貼文 6372 | 人氣 82299 | 評價 36440 | 評價/貼文 5.72 | 送出評價 59 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/17 下午 05:47:00
我想請教:

1. 程式花在 type-cast 的時間有多少?
2. 程式花在 type-safe checking (型別檢查) 的時間有多少?
3. 程式在處理型別異常的時間有多少?
4. 平均在網路上流動的 datatable/dataset 大小?
5. 平均快取在用戶端的 datatable/dataset 大小?
作者 : byeman(再見男人) 人氣指數超過10000點
[ 貼文 51 | 人氣 14675 | 評價 50 | 評價/貼文 0.98 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/29 上午 09:18:32
2011-06-27 ITHome 的採訪文章: http://www.ithome.com.tw/itadm/article.php?c=68272
..促使聯合醫院改採.Net平臺重新開發HIS系統 (資料庫是 Oracle)

我知道台大醫院是用 .NET 但是是用 網頁(WebForm), 我覺得開發醫療用的話用 WinForm 較好(像之前的 Delphi 一樣),
因為操作介面比較方便使用者操作!

我開發經驗許多年了, 網頁, Delphi, ADO.NET, 連 COBOL, PowerBuilder 都碰過,開發 WinForm 我盡可能使用 DataAdapter(範本(Template 即樣板)裡也是) 將 DataSet 裡的 DataTable 資料更新到資料庫, 若有 master-detail 要同時異動成功的, 範本裡面有做 Transaction ! 當然我的程式有需要也是會使用 Command 元件透過下 SQL 指令方式一次更新一筆資料(就像 Delphi 那樣),

我的感覺就是: DataAdapter + DataSet.DataTable 真的很方便撰寫程式,無論是交易型態,或是 Batch 轉資料,或是將Tables 的資料轉成文字檔... 等都很方便!

作者 : byeman(再見男人) 人氣指數超過10000點
[ 貼文 51 | 人氣 14675 | 評價 50 | 評價/貼文 0.98 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/29 上午 09:18:44
2011-06-27 ITHome 的採訪文章: http://www.ithome.com.tw/itadm/article.php?c=68272
..促使聯合醫院改採.Net平臺重新開發HIS系統 (資料庫是 Oracle)

我知道台大醫院是用 .NET 但是是用 網頁(WebForm), 我覺得開發醫療用的話用 WinForm 較好(像之前的 Delphi 一樣),
因為操作介面比較方便使用者操作!

我開發經驗許多年了, 網頁, Delphi, ADO.NET, 連 COBOL, PowerBuilder 都碰過,開發 WinForm 我盡可能使用 DataAdapter(範本(Template 即樣板)裡也是) 將 DataSet 裡的 DataTable 資料更新到資料庫, 若有 master-detail 要同時異動成功的, 範本裡面有做 Transaction ! 當然我的程式有需要也是會使用 Command 元件透過下 SQL 指令方式一次更新一筆資料(就像 Delphi 那樣),

我的感覺就是: DataAdapter + DataSet.DataTable 真的很方便撰寫程式,無論是交易型態,或是 Batch 轉資料,或是將Tables 的資料轉成文字檔... 等都很方便!

 板主 : 小朱
 > ADO.NET - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - ADO.NET - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
ADO.NET
1 小朱 1520 
2 識丁 280 
3 吳馨琳 270 
4 小台 180 
5 Snaking 140 
6 mark 140 
7 好說 120 
8 ammon 100 
9 toyboy 70 
10 再見男人 50 
ADO.NET
  專家等級 評價  
  一代宗師 10000  
  曠世奇才 5000  
  頂尖高手 3000  
  卓越專家 1500  
  優秀好手 750  
Microsoft Internet Explorer 6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2018 程式設計俱樂部 http://www.programmer-club.com.tw/
0.078125