关于不使用BDE的构件效率问题.(100分)

ODBC EXPRESS我没试过,但mODBC肯定没问题,我用得太多了。mODBC现在是1.07d版。你的BDE难过不通过ODBC访问SQL6.5?
 
to barton: 说道mODBC, 我有个问题请教:
我发现mODBC有个大bug: 不承认逻辑字段(是/否)!
比如我的表里面有个逻辑字段 abc, 如果我用select * from tablename.
返回的结果集里面居然没有abc这个字段??!!!
我实在不相信mODBC会有这么明显的bug, 但确实如此! 你碰到过吗?
 
呵呵, modbc没用过, cj有时间试下?
其实我的应用挺简单:
query1(或odbcquery1, 或oequery1)得到我的主记录
query2根据住记录的key从多条记录中得到值并遍历计算(很复杂的计算, 不能用
sum, count等).
query3根据计算得到的值insert到另一个table中去.
 
呵呵,老大,把RequireLive设置为True好象就没问题了呀?别再出问题了,拜托!
 
cj: 你没试吧? 加上requestlive又恢复到以前的样子, 而且更慢!
再想办法:-(
 
YOUR ODBC QUESTION:
I tried it in fact, but when I saw it works(no error msg),
I think I got it:)
You could try these ways:
1. make oequy.hstmt.asyncExec to be true, help file said it would
work, but I failed.
2. try to use two hstmts instead of two quires, it should work, but
it is not work with
delphi's native data-aware controls, you should manage the result set
yourself.
3. if you wanna edit the result set, I think oe cannot do so without
so much cursor:-(. I
would never use oe or odbc98 again, I would move to delphi 5's native
ado.
 
我早就说过BDE好,始终不理解那些不要BDE的人,
ODBC是MS的旧货,连他自己都不要了,我们还要?

不过对于不同数据库BDE表现不同到是真的,BDE连Access就肯定慢,
我比较过BDE+ORACLE 7.3是最好的,ORACLE 8稍差,
BDE+SQLANYWHERE也不错,BDE+Interbase次之,SQL SERVER就明显慢了。
Sybase也差,DB2没试过。






 
to rss: 那你的理解能力也确实差了一点.
Borland征求新版本delphi意见的时候, 对BDE的抱怨占非常大的比重.
实际上,不喜欢BDE的人绝不是少数.

从哪里听说M$放弃ODBC了??? 你是指的ADO吧!
ADO并不是一个独立的东西,形象的说,他是一个层次很高的通用的接口,
M$希望人们统一通过ADO来连接包括ODBC在内的各种数据接口.
并且,当前使用ADO, 绝大部分还是通过ODBC连接的,使用Provider的还是少数.

上面的讨论只是针对"ODBC控件"的问题,并不是ODBC的问题.
 
BDE是个好东西
 
谁说bde不好扁他!
 
人多了,扁的过来吗?
况且也许你才是少数,呵呵!
 
客观的讲,BDE并不是没有优点,但是,ODBC的确已经是标准了。
我不太喜欢 BDE,先不管它的效率如何,但太庞大太累赘,太多
未知的错误了。

言归正传,cytown:
你也可以把CurencyType 由 ReadOnly 改为 Value,也可以改接
下来的那个参数(原本是forword only),绝对没有错误信息出现。
不过,效率...自己试吧。这是唯一的方法了!

原因:MSSQL中当FORWORD ONLY+READ ONLY会出现类似情况,就那两个参数
试一下吧
 
其实我想要的只不过是既可以不用bde那样要安装配置, 又可以象bde那样高效率的
构件解决方案而已. 如果是效率损失不与考虑. 而且, 使用odbc是可以实现高效率
的.
 
1.MS在逐步淘汰ODBC。
(个人认为,别跟我争论,没有意义)。

2.当然没有BDE更好,不过不现实,BDE很多方面不是最好的,却是必要的。
(也是个人认为,别跟我争论,没有意义).

 
正相反,我认为Borland正准备逐步淘汰BDE,尤其是和M$合作之后. :)
 
兄弟们, 我不关心bde/odbc的生存问题, 现在只想解决这个问题!
 
支持cAkk
 
odbc就是好. 我要异构查询, 我要跨server查询, 我要query on query. 用
odbc去解决这些问题绝对锻炼编程水平啊(自己开发数据库引擎呀).

bde真不好, 有空提供这些功能.
 
事实上是:没有一个大型的成功的软件是由BDE搞出来的.真遗憾.
 
呵呵, 我没说odbc不好, 但找不到发挥odbc优势的那种构件(方法)(在此例中)
:-(
 
顶部