DELPHI + BDE  Client 端可以不需Install 就可執行 ?
若可以的話, 要 copy 那些 dll 與 bpl 檔

這恐怕很難, 因為當你使用BDE來控制資料庫時, 還要看你介入BDE的元件有多深, 介入越深, 所需要的系統檔就越多, 還有我們習慣用 BDE ALIAS 來做為引用到 DATASOURCE上連結, 沒有安裝BDE 也會造成 ALIAS 找不到, 除非所有的介面你都用程式來寫及導入, 而不是直接用 DATA AWARD元件拉參數進入做預設值的方式, 所以如果你想在BDE有一番的成就, 我倒是不反對你好好研究BDE元件, 要不然, Delphi InstallShield 可以直接包一個BDE的安裝片, 提供給客戶安裝BDE可能會來得方便的多!

1. 請問若使用 ado 可以不需安裝 ? 若可以的話, 要 copy 那些檔案 (假設Database 是使用 parodx 或 mdb 格式)
2. 聽說 ADO 效能很差 ? 與 BDE 比較那個效能比較好 ?



===================引 用 P.D. 文 章===================
這恐怕很難, 因為當你使用BDE來控制資料庫時, 還要看你介入BDE的元件有多深, 介入越深, 所需要的系統檔就越多, 還有我們習慣用 BDE ALIAS 來做為引用到 DATASOURCE上連結, 沒有安裝BDE 也會造成 ALIAS 找不到, 除非所有的介面你都用程式來寫及導入, 而不是直接用 DATA AWARD元件拉參數進入做預設值的方式, 所以如果你想在BDE有一番的成就, 我倒是不反對你好好研究BDE元件, 要不然, Delphi InstallShield 可以直接包一個BDE的安裝片, 提供給客戶安裝BDE可能會來得方便的多!

1. 用 ado 不用安裝BDE , ADO 用paradox or mdb 也不用安裝 檔案, 但不是表示ado都不用裝檔案, ado是ms 當初推的標準介面, 基本上windos裝起來就內建paradox的driver , 裝office 會自動裝 mdb的driver ,但是如果用 oracle 的話,就要裝一個oracle 附屬的driver ,當然,既然是標準介面ms也在windows中內附標準化driver 

2. ADO效能很差? 你一定是收到不正確的資訊, ado 既然是標準介面,自然會與時具進,BDE是已經不在被更新的東西, 高下自然明顯 ,如果不是舊程式很大很難改,
建議你還是用ADO
ADO,BDE的運作原理,網路上很多文章介紹, 也建議你先參考一下相關文章還有了解一下ADO,BDE. ODBC 和 DB native driver 之間運作的關聯性,這樣有助於整個連線方式和作法的評估


===================引 用 t114812 文 章===================
1. 請問若使用 ado 可以不需安裝 ? 若可以的話, 要 copy 那些檔案 (假設Database 是使用 parodx 或 mdb 格式)
2. 聽說 ADO 效能很差 ? 與 BDE 比較那個效能比較好 ?

------
額有朝天骨,眼中有靈光

好的開始, 是成功的一半,
不要使用BDE, 對您比較好一點哦

BDE 出現的時代, 那時Database還廠商還很多, 應用也正蓬勃發展的時候, 所以各家都有自己的做法, 都提供自己的driver給應用程式呼叫
這樣會有很多問題, 比如說連接宣告, First,Next,Last,RecordCount, FieldName,Value等等每家Database廠商寫法都不同,寫程式的人痛苦的很,要K很多文件
那時ms就搞個ODBC 來當整合,相對的borland 就弄了個BDE ,兩家同為應用程式開發大廠, 資料庫廠商只好遷就 , 為兩邊提供各自呼叫用的dll
而寫程式的人就只要用單一種規格的function 而已, 當初的確是用BDE 開發感覺速度比較快, 開發也比較簡單(delphi 開發小程式也比 vb 快多了)
不過畢竟世事多變 borland 後來也出很多事 ,公司人員出走,被ms挖角, 改組等等 , 後期網路世代興起微軟又再推ADO 新規格後, 漸漸資料庫大廠就轉向support 微軟這邊了
畢竟資料庫也是一直再改版,功能理念也越來越先進, 一直原地踏步的BDE 已經被其他廠商拋棄, 甚至連borland也發聲明說以後不再維護了(好幾年前的事,記憶已模糊了)
自從Delphi5以後的人新開發的系統應該不會再繼續用BDE了, 除非有舊程式卡住不得已

------
額有朝天骨,眼中有靈光