全國最多中醫師線上諮詢網站-台灣中醫網
發文 回覆 瀏覽次數:2431
推到 Plurk!
推到 Facebook!

Delphi7_高效數據庫程序設計_001(李維 著)

 
feng2939
一般會員


發表:22
回覆:30
積分:15
註冊:2013-03-26

發送簡訊給我
#1 引用回覆 回覆 發表時間:2013-05-21 11:07:54 IP:220.130.xxx.xxx 訂閱
大家好...
在網路上收尋到的, 對 dbExpress 有很多的著墨...
------
DVF
編輯記錄
feng2939 重新編輯於 2013-05-21 11:21:58, 註解 無‧
max5020
資深會員


發表:26
回覆:275
積分:320
註冊:2003-06-04

發送簡訊給我
#2 引用回覆 回覆 發表時間:2013-06-05 15:04:44 IP:59.125.xxx.xxx 訂閱
DELPHI-XE4, 已經建議使用Fire-DAC, 而不要使用dbExpress, 如果要跨平台的話
aftcast
站務副站長


發表:81
回覆:1482
積分:1762
註冊:2002-11-21

發送簡訊給我
#3 引用回覆 回覆 發表時間:2013-06-05 16:19:41 IP:114.32.xxx.xxx 訂閱
諷刺的是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
回覆:918
積分:558
註冊:2006-10-27

發送簡訊給我
#4 引用回覆 回覆 發表時間:2013-06-05 17:55:56 IP:27.147.xxx.xxx 訂閱
別人我不知道,但⋯⋯

有幾個 Case 是需要到跨平台的 ?

你有接過嗎?我是沒有遇過!

===================引 用 max5020 文 章===================
DELPHI-XE4, 已經建議使用Fire-DAC, 而不要使用dbExpress, 如果要跨平台的話
------
http://www.cobbler.tw

聰明的人,喜歡猜心;雖然每次都猜對了,卻失去了自己的心
傻氣的人,喜歡給心;雖然每次都被笑了,卻得到了別人的心
ANDY8C
資深會員


發表:114
回覆:582
積分:299
註冊:2006-10-29

發送簡訊給我
#5 引用回覆 回覆 發表時間:2013-06-06 02:58:57 IP:210.66.xxx.xxx 未訂閱
ado  簡單使用,效率還不錯 !
===================引 用 aftcast 文 章===================
諷刺的是dbexpress本來是為了跨平台而設計之一原因! :P

若不跨平台, 那ADO比較好用!別以為ADO死了, WINDOWS未來還是會SUPPORT下去!


------
---------------------------------------
偶爾才來 KTOP ,交流條碼問題,在 FB [條碼標籤達人] 社團留言,感恩.
mypigbaby
高階會員


發表:11
回覆:166
積分:150
註冊:2006-07-20

發送簡訊給我
#6 引用回覆 回覆 發表時間:2013-06-06 10:06:48 IP:203.73.xxx.xxx 訂閱
可以請教一個呆問題嗎?
豬寶寶是用DELPHI 7 ADO在寫公司的程式..連AS400,SQL都沒問題
但是要怎麼連MYSQL??
除了ODBC的方式之外..還有其他方式嗎?
謝謝
===================引 用 ANDY8C 文 章===================
ado 簡單使用,效率還不錯 !
===================引 用 aftcast 文 章===================
諷刺的是dbexpress本來是為了跨平台而設計之一原因! :P

若不跨平台, 那ADO比較好用!別以為ADO死了, WINDOWS未來還是會SUPPORT下去!


max5020
資深會員


發表:26
回覆:275
積分:320
註冊:2003-06-04

發送簡訊給我
#7 引用回覆 回覆 發表時間:2013-06-06 10:18:39 IP:59.125.xxx.xxx 訂閱
如果不用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
回覆:166
積分:150
註冊:2006-07-20

發送簡訊給我
#8 引用回覆 回覆 發表時間:2013-06-06 13:02:05 IP:203.73.xxx.xxx 訂閱
謝謝
===================引 用 max5020 文 章===================
如果不用ODBC, 就只能使用第三方元件, 例如: MyDAC
===================引 用 mypigbaby 文 章===================
可以請教一個呆問題嗎?
豬寶寶是用DELPHI 7 ADO在寫公司的程式..連AS400,SQL都沒問題
但是要怎麼連MYSQL??
除了ODBC的方式之外..還有其他方式嗎?
謝謝

GrandRURU
站務副站長


發表:235
回覆:1655
積分:1753
註冊:2005-06-21

發送簡訊給我
#9 引用回覆 回覆 發表時間:2013-06-07 09:40:21 IP:59.120.xxx.xxx 訂閱
實際上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
回覆:1482
積分:1762
註冊:2002-11-21

發送簡訊給我
#10 引用回覆 回覆 發表時間:2013-06-10 09:02:49 IP:114.32.xxx.xxx 訂閱
我再推一個:
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
回覆:1482
積分:1762
註冊:2002-11-21

發送簡訊給我
#11 引用回覆 回覆 發表時間:2013-06-10 09:20:12 IP:114.32.xxx.xxx 訂閱

===================引 用 GrandRURU 文 章===================
實際上DBX存在的目的是為了DataSnap

>> 我個人的看法並非如此,它主要是為了bde老舊加上為了跨平的考量(事實上這個才是主因,更甚bde,以當時的時空來看)。詳給看下面的網址
http://edn.embarcadero.com/article/images/29106/migrating_bde_applications_to_dbexpress.pdf
它是那個時候2002年時的說明文件!

但DataSnap一直起不來,變成DataSnap仍是用在2-Tier的場合

>> datasnap應該是為了3-tier而生的,是提供了當時web service之 soap以外的 windows form 形式的方案。也就是說不使用web server情形下的一種3-tier的方案


不過,DataSnap並不只是侷限讓DBX使用,BDE, ADO以及其它的三方元件也可使用

>> 因為它本來就不是為dbx而生,而是為了上述我講的情形而生…

只是DBEXPRESS沒了DataSnap,它就真的很沒用了(單向唯讀=最基礎的DB支援為最大公約數),這也是一用DBX就要拉一推元件的假象
ADO DATASNAP也是會和DBX一樣拉一大推元件~~~(笑)


ADO元件已經沒在維護了,部份很怪的BUG必須自己繞過去,這些在DBX Driver是有修正的
未知的Variant是其中的爆點呀!

>> 我想你說的護維是指 embarcadero沒再維護吧?! ms 是有一直在維護的! ,至於 variant的問題,我非常的想知道你所講的是什麼問題,因為我從來沒遇過ado上的bug…
蕭大,我知道你一定有硬刻一套ADOPlus元件(指),還不趕快Release出來!<== 這是玩笑話

但1:3的元件比是不可抺殺的優勢,平平都要在2-Tier下使用,又何苦一定要拉這麼多元件呢

以上便是我對FireDAC出現的發想,聽聽就好

事實上,DBX目前的確是進入維護階段了(和VCL相同的命運)

可是到目前為止,DataSnap仍然是在進化當中

>> 不清楚是否還在進化中,還是被放在冷宮中。但它的存在應該與dbexpress沒有絕對的相依性!

畢竟到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會好很多,但都是錢…


------



蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan
GrandRURU
站務副站長


發表:235
回覆:1655
積分:1753
註冊:2005-06-21

發送簡訊給我
#12 引用回覆 回覆 發表時間:2013-06-10 10:49:01 IP:59.120.xxx.xxx 訂閱
===================引 用 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而生,而是為了上述我講的情形而生…

MIDAS是在DBX之前就存在(Delphi3時就出現了),後來的DBX也是為了MIDAS/DataSnap而生的
DataSnap本質是3-Tier的解決方案,跨平台的要素是因為當時還有個「Kylix」
DataSnap對當時的Borland而言是屬於企業級的殺手應用,Linux也是不能捨棄的市場
又要跨平台又要推3-Tier,當時除了DBX DataSnap外,沒有其它的選擇
Borland內部的出走潮也在當時發生,有興趣的話可以參考「BORLAND傳奇 李維 著 ISBN:9789864212941」

ADO元件已經沒在維護了,部份很怪的BUG必須自己繞過去,這些在DBX Driver是有修正的
未知的Variant是其中的爆點呀!
>> 我想你說的護維是指 embarcadero沒再維護吧?! ms 是有一直在維護的! ,至於 variant的問題,我非常的想知道你所講的是什麼問題,因為我從來沒遇過ado上的bug…
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沒維護的關係造成的

蕭大,我知道你一定有硬刻一套ADOPlus元件(指),還不趕快Release出來!(光速逃)

畢竟到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會好很多,但都是錢…

還沒看到FireDAC跨平台的視頻出來,所以還不能認定它是否基於DataSnap架構下
但FireDAC的確是2-Tier的解決方案,憑心而論,真的是出現得太晚了
而且可以吃DBX Driver,對於已經有買DBX Driver的使用者來說也算是個福音

你說的MySQL問題,其實可以用Open Dbexpress Driver來解決
只是現在似乎已經不重要了
編輯記錄
GrandRURU 重新編輯於 2013-06-10 11:04:45, 註解 無‧
系統時間:2017-12-15 12:37:15
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!