Delphi7_高效數據庫程序設計_001(李維 著) |
|
|
|
feng2939
一般會員   發表：22 回覆：30 積分：15 註冊：2013-03-26 發送簡訊給我 |
|
|
max5020
資深會員  發表：30 回覆：277 積分：321 註冊：2003-06-04 發送簡訊給我 |
|
|
aftcast
站務副站長  發表：81 回覆：1485 積分：1763 註冊：2002-11-21 發送簡訊給我 |
諷刺的是dbexpress本來是為了跨平台而設計之一原因！ ：P
若不跨平台， 那ADO比較好用！別以為ADO死了， WINDOWS未來還是會SUPPORT下去！ ===================引 用 max5020 文 章=================== DELPHI-XE4, 已經建議使用Fire-DAC, 而不要使用dbExpress, 如果要跨平台的話
------
蕭沖 --All ideas are worthless unless implemented-- C++ Builder Delphi Taiwan G+ 社群 http://bit.ly/cbtaiwan |
|
Jasonwong
版主 發表：49 回覆：931 積分：581 註冊：2006-10-27 發送簡訊給我 |
|
|
ANDY8C
資深會員  發表：114 回覆：582 積分：299 註冊：2006-10-29 發送簡訊給我 |
|
|
mypigbaby
高階會員  發表：11 回覆：168 積分：155 註冊：2006-07-20 發送簡訊給我 |
|
|
max5020
資深會員 發表：30 回覆：277 積分：321 註冊：2003-06-04 發送簡訊給我 |
如果不用ODBC, 就只能使用第三方元件, 例如: MyDAC
===================引 用 mypigbaby 文 章=================== 可以請教一個呆問題嗎? 豬寶寶是用DELPHI 7 ADO在寫公司的程式..連AS400,SQL都沒問題 但是要怎麼連MYSQL?? 除了ODBC的方式之外..還有其他方式嗎? 謝謝 ===================引 用 ANDY8C 文 章=================== ado 簡單使用,效率還不錯 ! ===================引 用 aftcast 文 章=================== 諷刺的是dbexpress本來是為了跨平台而設計之一原因！ ：P 若不跨平台， 那ADO比較好用！別以為ADO死了， WINDOWS未來還是會SUPPORT下去！
編輯記錄
max5020 重新編輯於 2013-06-06 10:19:30， 註解 無‧
|
|
mypigbaby
高階會員 發表：11 回覆：168 積分：155 註冊：2006-07-20 發送簡訊給我 |
|
|
GrandRURU
站務副站長 發表：240 回覆：1680 積分：1874 註冊：2005-06-21 發送簡訊給我 |
實際上DBX存在的目的是為了DataSnap
但DataSnap一直起不來，變成DataSnap仍是用在2-Tier的場合 不過，DataSnap並不只是侷限讓DBX使用，BDE, ADO以及其它的三方元件也可使用 只是DBEXPRESS沒了DataSnap，它就真的很沒用了(單向唯讀=最基礎的DB支援為最大公約數)，這也是一用DBX就要拉一推元件的假象 ADO DATASNAP也是會和DBX一樣拉一大推元件~~~(笑) ADO元件已經沒在維護了，部份很怪的BUG必須自己繞過去，這些在DBX Driver是有修正的 未知的Variant是其中的爆點呀！ 蕭大，我知道你一定有硬刻一套ADOPlus元件(指)，還不趕快Release出來！<== 這是玩笑話 但1:3的元件比是不可抺殺的優勢，平平都要在2-Tier下使用，又何苦一定要拉這麼多元件呢 以上便是我對FireDAC出現的發想，聽聽就好 事實上，DBX目前的確是進入維護階段了(和VCL相同的命運) 可是到目前為止，DataSnap仍然是在進化當中 畢竟到XE4為止，跨平台的技術仍脫離不了它(FireMonkey怎麼讓iOS和Server連結呢？想一下吧) 所以，DBX你就安心的走吧！(遠目) ===================引 用 aftcast 文 章=================== 諷刺的是dbexpress本來是為了跨平台而設計之一原因！ ：P 若不跨平台， 那ADO比較好用！別以為ADO死了， WINDOWS未來還是會SUPPORT下去！ ===================引 用 max5020 文 章=================== DELPHI-XE4, 已經建議使用Fire-DAC, 而不要使用dbExpress, 如果要跨平台的話 |
|
aftcast
站務副站長 發表：81 回覆：1485 積分：1763 註冊：2002-11-21 發送簡訊給我 |
我再推一個:
ZeosLib 應該是那些 xxxxDAC 的祖先吧。2001年時我就開始有注意它，並有在實作過幾次! 免費的!! 不過，我個人是偏向用 odbc for ado 的作法。效能也很好，未來性更寬一點(也就是不會死的機率高)。 ===================引 用 mypigbaby 文 章=================== 謝謝 ===================引 用 max5020 文 章=================== 如果不用ODBC, 就只能使用第三方元件, 例如: MyDAC ===================引 用 mypigbaby 文 章===================
------
蕭沖 --All ideas are worthless unless implemented-- C++ Builder Delphi Taiwan G+ 社群 http://bit.ly/cbtaiwan |
|
aftcast
站務副站長 發表：81 回覆：1485 積分：1763 註冊：2002-11-21 發送簡訊給我 |
===================引 用 GrandRURU 文 章=================== 實際上DBX存在的目的是為了DataSnap >> 我個人的看法並非如此，它主要是為了bde老舊加上為了跨平的考量(事實上這個才是主因，更甚bde，以當時的時空來看)。詳給看下面的網址 http://edn.embarcadero.com/article/images/29106/migrating_bde_applications_to_dbexpress.pdf 它是那個時候2002年時的說明文件! 但DataSnap一直起不來，變成DataSnap仍是用在2-Tier的場合 >> 因為它本來就不是為dbx而生，而是為了上述我講的情形而生… 只是DBEXPRESS沒了DataSnap，它就真的很沒用了(單向唯讀=最基礎的DB支援為最大公約數)，這也是一用DBX就要拉一推元件的假象 ADO DATASNAP也是會和DBX一樣拉一大推元件~~~(笑) ADO元件已經沒在維護了，部份很怪的BUG必須自己繞過去，這些在DBX Driver是有修正的 未知的Variant是其中的爆點呀！ <== 這是玩笑話 但1:3的元件比是不可抺殺的優勢，平平都要在2-Tier下使用，又何苦一定要拉這麼多元件呢 以上便是我對FireDAC出現的發想，聽聽就好 事實上，DBX目前的確是進入維護階段了(和VCL相同的命運) 可是到目前為止，DataSnap仍然是在進化當中 >> 似乎embt 現在的跨平台 db 方案就是 firedac 了，甚至，沒跨平台，embt還是要主推 firedac! firedac 其實不用在什麼情形下用都很不錯才是，一如我之前提的 2001年時就有的zeoslib這個xxxxdac的祖先一樣。 所以，DBX你就安心的走吧！(遠目) >> 真的該讓它走! 我被他的mysql driver搞死到印象極度深刻! 因為不同版本的delphi/cb 對應不同版的mysql driver，也綁死了mysql server不能 upgrade 也不能 downgrade。更重要的是…你根本很難清楚某版的delphi/cb 是對應哪一版的mysql…曾有人整理在網路上，但真的很難… 想到又一把火。 此外，3rd的 driver會好很多，但都是錢…
------
蕭沖 --All ideas are worthless unless implemented-- C++ Builder Delphi Taiwan G+ 社群 http://bit.ly/cbtaiwan |
|
GrandRURU
站務副站長 發表：240 回覆：1680 積分：1874 註冊：2005-06-21 發送簡訊給我 |
===================引 用 GrandRURU 文 章===================
實際上DBX存在的目的是為了DataSnap >> 我個人的看法並非如此，它主要是為了bde老舊加上為了跨平的考量(事實上這個才是主因，更甚bde，以當時的時空來看)。詳給看下面的網址 http://edn.embarcadero.com/article/images/29106/migrating_bde_applications_to_dbexpress.pdf 它是那個時候2002年時的說明文件! 但DataSnap一直起不來，變成DataSnap仍是用在2-Tier的場合 只是DBEXPRESS沒了DataSnap，它就真的很沒用了(單向唯讀=最基礎的DB支援為最大公約數)，這也是一用DBX就要拉一推元件的假象 ADO DATASNAP也是會和DBX一樣拉一大推元件~~~(笑) >> datasnap應該是為了3-tier而生的，是提供了當時web service之 soap以外的 windows form 形式的方案。也就是說不使用web server情形下的一種3-tier的方案 不過，DataSnap並不只是侷限讓DBX使用，BDE, ADO以及其它的三方元件也可使用 >> 因為它本來就不是為dbx而生，而是為了上述我講的情形而生… MS還有在維護？MDAC已經停在2.8版很久了耶 估且先不論MS，我們的EMBT早已沒在維護ADOExpress/dbGo了，年初在寫ADO Project時的確是有遇到幾個需要修改ADODB.pas的地方(有參考幾個中國微博的資料)， 但後來覺得不妥就還是繞過去了，只是當時沒有刻意去記，因為認為沒有必要，我不可能每次重灌都要去修ADODB.pas，也許是我Coding到頭昏眼花寫錯的Bug吧 還記得的是ADO DataSnap在某個條件下Runtime Open時會有莫名的Error跳出來，真的無解，只能重Build一個只有ADO的Form才搞定 對照組的DBX可就沒有這方面的問題(同樣基於MDAC2.8下測試)，我想，這應該是EMBT的ADO沒維護的關係造成的 (光速逃) 畢竟到XE4為止，跨平台的技術仍脫離不了它(FireMonkey怎麼讓iOS和Server連結呢？想一下吧) >> 似乎embt 現在的跨平台 db 方案就是 firedac 了，甚至，沒跨平台，embt還是要主推 firedac! firedac 其實不用在什麼情形下用都很不錯才是，一如我之前提的 2001年時就有的zeoslib這個xxxxdac的祖先一樣。 所以，DBX你就安心的走吧！(遠目) >> 真的該讓它走! 我被他的mysql driver搞死到印象極度深刻! 因為不同版本的delphi/cb 對應不同版的mysql driver，也綁死了mysql server不能 upgrade 也不能 downgrade。更重要的是…你根本很難清楚某版的delphi/cb 是對應哪一版的mysql…曾有人整理在網路上，但真的很難… 想到又一把火。 此外，3rd的 driver會好很多，但都是錢… 只是現在似乎已經不重要了 
編輯記錄
GrandRURU 重新編輯於 2013-06-10 11:04:45， 註解 無‧
|
發表時間：2013-05-21 11:07:54
IP:220.130.xxx.xxx 訂閱
附加檔案：系統時間：2024-11-21 23:48:43
聯絡我們 | Delphi K.Top討論版
| 本站聲明 |
|
1. 本論壇為無營利行為之開放平台，所有文章都是由網友自行張貼，如牽涉到法律糾紛一切與本站無關。 2. 假如網友發表之內容涉及侵權，而損及您的利益，請立即通知版主刪除。 3. 請勿批評中華民國元首及政府或批評各政黨，是藍是綠本站無權干涉，但這裡不是政治性論壇！ |