这样连接数据库在数据量大、访问频繁的时候会不会有问题？

数据库是informix,在windows2000/xp的机器上装好client sdk以后，用odbc连上informix，然后在程序里用bde连接odbc里面的dsn,这么做会稳定吗？会出问题吗？
急。

解决方案 »

  1.   

    用delphi直接建立odbc连接不行吗？
      

  2.   

    意思是：
    在delphi下直接用ado建立odbc连接
      

  3.   

    ado处理数据太慢了，又因为同时需要连接informix和oracle数据库（都在unix机器上），所以从经验出发看，用bde可能会更好一点吧
      

  4.   

    而且这种情况下用ado连接后有一个问题：用adodataset.recordcount时会出现异常，有的机器上却不会出现，初步观察是装了office2003的机器不行，office2000和officeXP的机器可能可以
      

  5.   

    没见过你说道 这种情况，一般返回recordcount一般是游标的类型设置问题
      

  6.   

    数据库是informix,在windows2000/xp的机器上装好client sdk以后，用odbc连上informix，然后在程序里用bde连接odbc里面的dsn,这么做会稳定吗？应该没问题（我猜的，因为我没有遇到过你这种场景）
      

  7.   

    问题是上述症状并不是每次执行都会出现的，当时把ado换成bde也是为此，bde不会有这个错误，只是在用dataset.recno的时候会返回-1
      

  8.   

    ADO更适合与sqlserver,access,微软自带的数据库.
    类似informix,oracle用bde+odbc没问题的,以前我们用的oracle数据库全是bde+odbc,用了N多年了,没问题(现在oracle用odac了),而用ado连oracle,经常会有莫名的问题
      

  9.   

    oracle用bde+odbc没问题的。我们一直这样用
      

  10.   

    bde经过多年的演变，因要向后兼容的原因（要适应桌面型及文件型数据库等），已经很庞大了，连borland都已经停止bde的发展，可能bug维护都没有了。所以，对于基于网络和关系型数据库的应用系统，bde已经不是首选,而dbExpress才是borland的首推。dbExpress还是跨平台的，不像ado，只能基于windows平台。不管是odbc，还是ado的基础ole db，这些底层的驱动程序，都是数据库厂商提供的。有没有bug，稳定性如何，到底还是要由各个数据库厂商提供的驱动程序来决定。odbc和ado只是通用的数据库访问标准，如果底层驱动程序严格实现和遵从了这些标准，稳定性肯定是可以保证的。
      

  11.   

    数据往informix里面插的时候，如果字符串字段长度不够，传进去的中文字符串就会被截断，会出现乱码的情况，这种情况下用bde连就会把那半个汉字读出来，产生乱码，据说这种情况ado连接就不会出现，有经历过这种情况的兄弟吗？
      

  12.   

    這樣使用本身不會有問題  （BDE本身的一些特性是你程序處理的范圍）