（散分）：BDE,ADO,dbExpress的前景如何？

看了李维的书，说ADO普及必然会成为趋势，它封装了ODBC,OLE DB...,真不知以后会不会ADO一统天下，dbExpress又是甚么东西呢？

解决方案 »

  1.   

    BDE已经落伍了；dbExpress是多层开发的首选，是Borland的下一代数据库引擎,速度极快；ADO则是MS的重点发展的东东，现在已经出了ADO。NET了。
      

  2.   

    BDE退伍了.dbExpress新鲜，没用他做过具体项目，但好象是BORLAND重点发展的，对其他数据库兼容很好，现在也支持SQL SERVER了，应该很有前途的。
    ADO是M$的，好象对其他数据库支持不太好。
      

  3.   

    dbexpress 好象是从delphi6才有的吧，
    宝兰好象加上这组控间是为了跨平台开发而增加的！
    ado的话纯粹的windows平台开发
      

  4.   

    我用dbExpress试了三种数据库：interbase、MySQL、SQLServer，除了Interbase顺利连接外，另外两种数据库在打开DataSet时都会出错
      

  5.   

    楼上各位，你们用ADO的时候,有没有试过用ADO的原生对象来开发数据库，另外，dbExpress的有点是什么，局限又是什么，又没有专门介绍它的资料？
      

  6.   

    BDE没前途啦
    用MS的东西用ADO最好了，对MS的东西支持很好，发布也简单。
    DBExpress是Borland为了跨平台出的东西，考虑跨平台的话还是用它吧。
      

  7.   

    dbexpress好像现在很多人经常提啊，可没见过什么范例。
      

  8.   

    我感觉还是用dbexpress比较简单，不过我用她比较多。
      

  9.   

    ado发布比较简单，今后的兼容性也好啊；
    在做c/s结构的时候好像是慢一些
      

  10.   

    bde 最好就不要用了，已经老了。 borland 也不再会发展它了，至多是维护一下。
      

  11.   

    DELPHI7 中的ADO,并不好用！！！！
      

  12.   

    hamzsy(十二真空间) :SqlConnection的Connected可以设为True,并且没有错误提示，但在设置SqlDataSet的CommandText属性时调不出数据表及字段，手工敲入sql语句时，将SqlDataSet设为True时就会出错
      

  13.   

    dbexpress是单向的，用dbgrid有点问题的，还是配合着clientdataset用好点
      

  14.   

    我要在TurboLinux下发布，请问可以用ADO吗？
      

  15.   

    ado不错,dbexpress是下一代引擎，据说不错，不过我用dbexpress开发了一个小东西，出现问题挺多的，我的数据库是连接sybase，也许还没有掌握把，也许是现在bug比较多
      

  16.   

    dbExpress的稳定性能不好，可能我用的版本不好（down）
      

  17.   

    ado
    李维说的呀！
    但确很方便呀，直接连。
      

  18.   

    dbExpress
    怎样连接到SQL Server，我的delphi6好像没有提供支持
      

  19.   

    D6没有自带SQL Server的dbExpress驱动，D7里有，装了D7，D6里就自动出现dbExpress的SQL Server驱动了。用dbExpress的SQL Server时需要注意的是一定要打补丁，否则用dbExpress开发SQL Server是一个错误。D7要打SP1，D6要打update2
      

  20.   

    dbexpress,快，节省内存，层次性、结构性好，跨平台，没有版本问题，一个字爽
      

  21.   

    真不知是用ADO好还是dbExpress好
      

  22.   

    ADO 是有钱途 但问题太多 BDE相对问题少一些
    DBExpress 有潜力 还需要好好发展
      

  23.   

    dbExpress还不成熟，还是等一下吧！
      

  24.   

    BDE!BDE!
    狂支持BDE！这么好的东西为什么不用呢？---再说我也不会用ADO，因为它没有tupdatesql!删除视图里的数据就麻烦了！ADO简直是在捣浆糊！
      

  25.   

    DBEXPRESS可以用于低版本的DB2，从数据库中读出文件并保存，这是我感到目前能用到的。
    理由：BDE最多读1000KB，ADO不能访问
      

  26.   

    ado 
    bde ：对sql的支持很讨厌！
      

  27.   

    用BDE做多层,服务器端的TQuery控件中的SQL语句必须要大写,否则客户端在更新数据时就会出错,这是BDE的一个很大的问题,而且初次使用者很难想到这个问题是由大小写照成的.
      

  28.   

    sigh，尺有所短，寸有所长，不能一概而论啊
      

  29.   

    以前常用BDE，ADO现在因为项目而不得不用DBExpress，没有办法，只能是跟着项目！！！
    程序员，命好苦！！！
      

  30.   

    delphi 6 里利用 BDE 生成的可执行文件，拷到其他机子上运行时好象要设置一下odbc，要是机子没带odbc时，就有点麻烦？？delphi 6 里 利用ado，access2000数据源时,sql语句中涉及 时间段里数据查询时有点问题？？dbexpress 没用过
      

  31.   

    这三个引擎考虑的方向不同
    ADO  --〉为了解决ODBC效率奇差，OLE DB效率一般却相当复杂，DAO淘汰了，所以ADO才会出现，开发简单了，效率一般，微软推荐，前途并不算明朗，因为微软也认为它不顺眼，正在开发新的 ：（
    BDE  -->为了能够使用一切数据库系统，特别是本地数据库,对分布式的开发支持还算不错，但是因为要求太多因此体积庞大，不符合轻便的需求，开发出来的程序也不小，发布困难些，不过效率一流，功能强大，如果做本地数据库的程序，这个首选
    DBExpress  -->为了迎合分布式运算的要求产生，不能使用本地数据库，但是很小，效率很高，发布简单。如果做大型数据库的程序，这个首选
      

  32.   

    请问各位大大，我用ASA的数据库，用ADO理想么？我现在刚开始这样做，还没遇到什么问题。
    谢谢了！
      

  33.   

    BDE：是Borland在Windows 3.x时推出的数据库连接引擎，那时大部分用户使用的都是类似于FoxBase、FoxPro和Dbase这样的桌面数据库。现在大部分用户已经不使用这些数据库了，所以DBE也就寿终正寝了。甚至目前在Boeland的网站上都找不到BDE得下载了，并且在Borland的产品目录中也消失了。目前BDE的最后版本是5.2，如果使用Fox系列数据库的拥护，可以考虑。
    ADO：ADO是微软MDAC中的一个组成部分，使微软最新的数据库存取技术，他结合了ODBC、DAO等多项技术，使用起来非常方便，而且目前Windows 98 SE以后的微软平台上都磨人集成了ADO，所以在分发软件的时候一般都不需要考虑分发配置ADO。目前ADO的最新版本是2.7，并且有中文版，可以到微软免费下载。如果你使用的数据库是微软系列的Access、SQLServer或Oracle，那么建议使用ADO作为数据库连接引擎，至于IBM的DB2，由于IBM DB2的OLE DB驱动程序的缺陷，在SQL语句中不能使用中文（这已经经过IBM的确认，因为本人一直与IBM合作在DB2上进行软件开发），所以建议不要使用。
    DB Express：这是Borland用来替换BDE的数据库连接引擎，目前还是1.0版本，有与使新产品，所以在稳定性和效率上目前还没有看到权威的第三方报告，所以建议不要轻易使用，当然了如果你使用的是MySQL或IBM DB2，那么使用DB Express也不失为是一种选择，毕竟DB Express仿造ADO，在数据库的配置上简化了许多。
    最后还要注意的是，除了ADO，BDE和DBExpress都要分发在用户的计算机中，否则将不能使用！！！以上只是个人观点，如果有错别字请见谅，如果有说的不对的地方请指正！！！写完，收工！！！:)
      

  34.   

    李维说：ADO好，参见『ADO/MTS/COM+编程
      

  35.   

    我参看过BOR的资料
    BOR公司以后不再支持BDE了
    它是这样一种观点BORLAND越变越聪明了，以前BDE是BOR公司自己定驱动而EXPRESS是让数据库开发商写驱动就这么简单
    ADO是一种不错的选择 MOCROSOFT
    的东东挺稳定又方便，
    C/S，多层，B/S 
    都很方便
      

  36.   

    BDE不太方便，客户机要装BDE驱动。
    ADO很好，不过BORLAND对其支持不够。
      

  37.   

    我都用以前用BDE
    现在用ADO
      

  38.   

    刚学时是用BDE，现在用ADO，正准备转用DBExpress
      

  39.   

    个人的一点看法.
    1.ado和oledb的关系
      如果不明白这点,那么就很难明白为什么ado可以以相同的方式去访问不同的数据库.实际上ado就是对oledb的一个封装.而oledb是作为一个数据访问的标准提出的,由各个数据库厂商来实现.这样ado作为对对oledb的一个封装就实现了相同的代码可以访问不同的数据库.也就是说ado的本质就是oledb.
    2.oledb和ms的关系.
      和odbc不同,odbc是作为一组c的api被提出的.对与运行环境并没有什么特殊的要求.而oledb则不同,oledb是构架在c++模板和ms的com技术上的.c++模板我们就不讨论了,而COM则完全依赖于windows平台的.目前还没听说在其它平台上有com的支持.这也是为什么ado的数据访问只能局限与windows平台的原因.
      对与dbexpress和dbe我没有用过,但好象是对数据库访问的原生api做的封装.如果做的好我想对跨平台的支持会很好把.
    3.我对于ado的看法
      如果是在windows下,我想ado确实是首选的数据访问技术,但如果有跨平台的要求的话,由于ado不同于odbc(虽然它有很多缺点,但跨平台确实是真正的代码级跨平台),几乎就要重写整个数据访问代码.所以如果有后者要求的话我一般是倾向于使用数据库的私有接口,比如oci去访问oracle,效率与跨平台兼得(比ado快的多),就是不能跨数据库了.另外其实嵌入式sql也有一套标准,但在标准化实现上不太如意吧.
      

  40.   

    BDE发布不太方便，客户机要装BDE驱动。
    ADO对SQL SERVER很好,各个大数据库也支持，不过对非ms的小型数据库支持不好。
    dbexpress发布简单，但编写C/S结构程序相当麻烦。
    结论：都不好！！！
      

  41.   

    dbexpress和ado有什么区别？bde可能比较落伍吧，个人观点
      

  42.   

    BDE!BDE!--如果有一天没有BDE！就没有TUPDATESQL！没有TUPDATESQL就不能删除视图中的单个表！--我可怎么活？用慢得要死的lookup吗？？？？
      

  43.   

    做个本地数据库BDE 方便好用，当然也可用ADO 配ACCESS
    客户/服务器还是用ADO 好
    至于DBEXPRES没用过，据说稳定性不高，毕竟是第一个版本
      

  44.   

    ADO配置实在是太方便了（相对于BDE 来说）
    用过BDE 的用户一定对它繁琐的支持文件烦透了