到底是ADO还是BDE速度快？(200分)

bde好哦
 
连 sqlserver 我的首选 BDE
连 ACCESS 我的首选 ado
 
还是用ado吧。
 
一点其他的
但也许有用
============================================================
技巧 1：将经常使用的数据缓存在 Web 服务器上
技巧 2: 将经常使用的数据缓存在 Application 或 Session 对象中
技巧 3：将数据和 HTML 缓存在 Web 服务器的磁盘上
技巧 4：避免将非敏捷的组件缓存在 Application 或 Session 对象中
下列组件不是敏捷的：自由线程的组件（除非它们聚集 FTM）。
单元线程组件。
单线程组件。
配置的组件（Microsoft Transaction Server (MTS)/COM+ 库和服务器程序包/应用程序）不是敏捷的，除非它们是 Neutral 线程。

技巧 5：不要将数据库连接缓存在 Application 或 Session 对象中
技巧 6：合理地使用 Session 对象
技巧 7: 将代码封装在 COM 对象中
技巧 8：迟一点获得资源，早一点释放资源
技巧 9：进程外执行过程以性能换取可靠性
技巧 10：使用显式选项Option Explicit
...
技巧 22：尽可能使用 Server.Transfer 代替 Response.Redirect
技巧 23：在目录 URL 中使用后斜杠
技巧 24：避免使用服务器变量
 
wsn，是有用，不过具体的感觉却模模糊糊了。
 
应尽量使用ado, 这是趋势
 
用BDE还是ADO，给个理由先！
 

还是BDE快的多，大约为ADO的3到6倍的速度。

但ADO的很多优点，非BDE能比

而且BDE已停止发展了。
 
程云，你说的3到6倍是在什么情况下？请说明。
 

那是刚出Delphi5时，我作的一个测试，
用的是ACCESS97和SQL Server 7

数据量从几千到十万以上都试过，
在1999年下半年的帖子，应该可以找到当时的测试说明。
 
一些数据:
我曾经做过实验:
用Access数据只填写一个字段(随机生成内容)
10000条记录化时9分钟(BDE) 11'38"(ADO)
 
ADO是在OLEDB之上的抽象,而BDE是从db-library上的抽象，而db-library是直接和数据库打
交道的一层，所以BDE快些，可稳定性不如ADO。
 
如果你用ACCESS的话,ADO快多了
 
zhuhuix老兄，你搞错了吧？？？
 
自己得出的结论：对ACCESS数据库，是BED快的多；对SQL Server 数据库，
两者差不多。当然，就方便性来说，肯定是ADO。
 
自己得出的结论：对ACCESS数据库，是BED快的多；对SQL Server 数据库，
两者差不多。当然，就方便性来说，肯定是ADO。
 
谢谢大家的参与了。我已经没兴趣了。
竹：人好像太多了。你看着办吧，Game Over
 
对了，我上面说的，是从我现在用的情况，已经测试情况得出的。
没办法，一次发不出，我只好分三次说。
 
与使用的数据库有很大的关系：
MS SQL 7.0以上的数据库最好用Ado来连接;
如的Oracle 建议用BDE好，并且比Ado连Oracle稳定。
 
您必须登录或注册才可回复。

Similar threads

S
[教程]使用 TQJsonOutputChannel 写入 JSON 数据到流中
回复
0
查看
672
swish
S
不
Delphi中实现变长函数笔记 - 不得闲
回复
0
查看
818
不得闲
不
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
顶部