SQL 7的存储过程到底怎么回事(0分)

说明，这不是一个问题，只是发表一点个人的意见

2个月以前，我将自己的工作从SQL SERVER 6。5一直到SQL7上来，
刚刚开始听顺利的，就是存储过程老报错，后来在大富翁论坛上看到了
在程序中手工修改存储过程别名的方法，才解决问题。
当时我以为是自己的BDE没有升级，于是就下载了BDE 5。1的升级版本，
安装了，结果还是这个问题（我的D4已经装了PACK #2，#3）
这个东西搞得我十分着急,觉得INPRISE不应该连这个问题都没有解决好,
后来考虑多种BDE的替代方案,发现一些有这个问题,一些没有这个问题,
特将比较结果写出来,供大家参考:

1: 使用ADONIS 3.0
这是基于ADO 2.1的连接,我配置好以后,发现存储过程可以正确的使用,
但是看不到返回参数,不知道怎么回事!!!

2: 使用MODBC/ODBC98
一切正常

3: 使用ODBCEXPRESS
只能看到一个返回参数,看不到之后的返回结果

4: SQL DIRECT
一切正常.

这个问题我觉得要么是M$的问题,要么是INPRISE的问题,当然,或者是
我用的D碟不好,但我觉得应该没有这个问题吧.以上是我个人的一点小测试
结果,如果有不同意见,欢迎来信讨论啊,趁着我机器上这些构件都在,大家
还要做什么测试只管告诉我好了,非常愿意为大家服务.

我的邮箱: dengkun2@990.net 或者 kundeng@email.com.cn

hehe, 是sql7的驱动的问题.
inprise如果推出sql7的驱动就可以了.
odbc一般都没问题, odbcexpress是自己的问题.

我觉得mODBC,ODBC98,ODBC Express里面,数ODBC98毛病最少.
ODBC Exoress毛病不少.

@@

加一句题外话，INPRISE这么久还没有推出面向SQL7的SQL LINK驱动程序，
是公司反映迟钝呢，还是M$下毒手呢?恐怕两个可能对广大DELPHI用户来说
都不是好消息,呜呼唉哉,真不愿意看到我喜欢的软件公司一家一家走下坡路

FOR I:=1 TO 1000 DO BEGIN
振臂高呼('打倒软件垄断!!! ')
END;

hehe, 是sql7的驱动的问题.
inprise如果推出sql7的驱动就可以了.
odbc一般都没问题, odbcexpress是自己的问题.

算了,结束这个讨论吧