永别了，BDE! 感慨，撒分！

Question

BDE陪我走过了三年数据库开发时光！，刚接触BDE的时候从来没有想到有一天它会被淘汰，然而ADO的优势终使BDE相形失色，很早前公司就打算将现有的几套软件共几十万行代码全部转到ADO，经过半个多月的准备与研究，对比BDE与ADO之间的细节，将现有的一套自己的控件改成ADO支持后，并在昨天写出了源码转换程序，除了少数地方要手工修改，转换过的代码运行完全正常。看来，以后不会再用BDE的了，向我的老朋友BDE告别了---几年来给了我无数的快乐也有无数的痛~~~

Answer 1

同感，我们公司用的都是ADO，BDE被禁止使用！

Answer 2

支持ADO，我对你的“源码转换程序”比较感兴趣，能不能说上一二！

Answer 3

哎，又是ADO。
虽然不喜欢但却不能不用，苦闷。

Answer 4

“源码转换程序”实现的功能是将.pas与.dfm中的BDE相关控件全部替换成ADO支持的，并自动修改少量代码。  例如：TQuery 自动替换成TADOQuery, 而代码 Query1.ParamByName('dd').Value 替换成 Query.Parameters.ParamByName('dd').Value, 或者替换成自己写的一个TMyADOQuery,它增加了与BDE相同的属性。

Answer 5

BDE配合ODBC使其實也不錯了，就是有些地方限制多了些正在ADO轉變中

Answer 6

我用的还是BDE，也不知道什么时候轮到我们改用ADO了

Answer 7

BDE和ODBC是一代的东西，ADO使他们的下一代，新老交替是正常的。
目前borland主推的是DBExpress，这个的优势就采用的是原厂的驱动，性能和稳定能能得到保证，而且它能跨平台，所以borland自然结束了BDE的生命。

Answer 8

ado?看李维的书时候说bde进入维护状态,以后项目不适于再用他,要用ado
n月后.....
又看到一本书(也是比较权威的),说bde,ado 都进入维护状态,ado也不再适用了,borland至力于dbexpress开发,microsoft至力于ado.net开发.又要学新东西了,真tmd的累,k..

Answer 9

如果用Ado连接Oracle,那么这些朋友要注意，Ado不是一个好选择!!!!
我们公司在Bde到Ado的转换过程中不顺利，问题全部出在Ado与Oracle上，
虽然两个公司都提供了ado驱动，但无论用哪一个都问题多多，现在还没有找
到一个通用的数据库存取引擎，不知DBExpress如何，但显然，如果用
DBExpress，两层结构无法再用了。所以，到目前为止，BDE现在没有合适
的替代品。谁有好建议，请告诉我一份。
[email protected]

Answer 10

是的。ado连接oracal有问题！！！

Answer 11

xsfox(锡山飞狐) :   的确，对于oracal来说，ADO确实是令人失望的，目前来说还没有成熟的ADO驱动，如果通过ODBC，好像也有很多问题，目前还是BDE比较好。但对于Sql Server来说，ADO的优势确实是BDE所能及的。

Answer 12

痛恨BDE...
这里谁知道，为什么delphi5.0中配置的bde不用用大于255长度的字符串，如果大于255，后面的就自动截断了！why?数据库用的是SQLserver2000 字段类型为：varchar(8000);