小弟正在寫一小資料庫程式,資料庫是.DBF表,我是用BDE類之元件來存取,但聽朋友說BDE資料庫引擎非常老舊,說用ADO元件存取.MDB(Access的資料庫)會比較好是這樣嗎?

確實如此. 但我仍在使用! TQuery -> BDE -> DBF 檔. TQuery -> BDE -> Oracle 8i.
是否要用 BDE? 若是新開發, 用 DBX4 可能較恰當吧! ADO 也是很舊且不再發展了.

===================引 用 vbkiller 文 章===================
小弟正在寫一小資料庫程式,資料庫是.DBF表,我是用BDE類之元件來存取,但聽朋友說
BDE資料庫引擎非常老舊,說用ADO元件存取.MDB(Access的資料庫)會比較好是這樣嗎?

====>說來話長，如果確如你所說的，只是一個小的暫時性資料庫程式，而且有不考慮
====> 將來是否會轉移擴大等延展性的問題，那BDE也無所謂啦。反正雖說Borland也
====> 勸人別用BDE﹝甚至Borland連Delphi都出賣給別家公司了﹞，那只要你高興，
====> 反正只是一個小小的暫時用的，而且還是DBF的應用，用BDE又何妨。
====>BDE/ADO/dbX就是對了，或說ADO/dbX﹝良心的建議--別用BDE了﹞

------
Kevin

編輯記錄

微軟資料存取技術從早期的ODBC、DAO、ADO等一直再改變。從ADO到後來的
ADO.NET，及最近的VS2008又出了一個LINQ的東東，還真煩人。不過
ADO.NET倒並非是要取代ADO的，他們各有應用處所，所以倒不必太過煩腦
ADO是否太舊的問題。

------
Kevin

編輯記錄

小弟寫的有關BDE的部份，實在寫的很亂，明日空時再重新上來整理

------
Kevin

沒有回應，就當小弟我自說自話好了。
BDE的確是老了，不該再玩了。
除非你是有舊包袱非完不可，那才不得已為之，否則別用BDE了。

------
Kevin

引用 李維 所言：
BDE 不會再更新了，換而言之如果有新的資料庫將不會再支援。
除非較舊的資料庫，在不考慮更換情形下，仍然是不錯的選擇。

ADO 是值得信賴的方式，還是會持續做更新。只不過目前微軟以不在關注這塊。
作為 SQL Server 或 ACCESS 仍是最好的選擇。

會建議使用 DbX ，主要仍有很大的改善空間。
當然效率也會不斷的提升。

建議可以看 李維 那一本書，好像是簡體版。

不建議用BDE, 因為要Client要另外裝BDE  = =;
用ADO的話, 一個Exe檔就可以到處跑,
用DBX的話, 沒用過不是很清楚

建議最差也要用ADO, 不要再用BDE了, 因為以後用到的機會可以說是遇不到了

===================引 用 vbkiller 文 章===================
小弟正在寫一小資料庫程式,資料庫是.DBF表,我是用BDE類之元件來存取,但聽朋友說BDE資料庫引擎非常老舊,說用ADO元件存取.MDB(Access的資料庫)會比較好是這樣嗎?