ODBC API和ODBC MFC哪个效率高？在实际操作中这个效率的影响可以忽略吗？
如题！ 问题点数：100、回复次数：9Top
1 楼smch（Ashes Of Time）回复于 2003-08-01 19:07:28 得分 15
当然是API快。看你的数据量了，小的话可以忽略。Top
2 楼gxingmin（小高）回复于 2003-08-01 19:35:02 得分 0
数据量很大呀Top
3 楼skink（地图）回复于 2003-08-02 00:21:05 得分 5
gzTop
4 楼weixxxp（想一想）回复于 2003-08-02 13:00:31 得分 15
当然是API效率高了。只不过你自己写的代码要多些了。如果实时性要求不高用ODBC MFC省力点。Top
5 楼gxingmin（小高）回复于 2003-08-04 12:58:38 得分 0
可是我测试的结果MFC和API差不多，在Insert操作是MFC甚至比API效率还要高那么一丁点，但是查询操作MFC比API效率稍微差一丁点。
Insert操作（秒） | Select操作（秒）
|
MFC API 记录数 | MFC API 记录数
10 11 1万 | 2 2 1万
11 11 1万 | 4 4 2万
10 12 1万 | 7 6 3万
20 22 2万 | 25 21 10万
20 22 2万 |
20 22 2万 |
68 78 7万 |
100 112 10万 |
Top
6 楼wangjinwang（王者之疯）回复于 2003-08-04 18:02:12 得分 15
我认为这个比较是没有意义的。
MFC就是把API作了封装，代码本质是一样的，所以效率上不会有本质的区别。Top
7 楼SoLike（思危）回复于 2003-08-04 18:05:22 得分 10
我觉的是API高Top
8 楼JDBT（）回复于 2003-08-04 18:05:24 得分 20
绝对可以忽略，真的。我曾经在银行做，那里上千万的数据，还是能用VC的ODBC类编程。Top
9 楼key20003（旋转的木马）回复于 2003-08-04 18:52:40 得分 20
个人认为这个问题毫无意义，其实做数据库不要说mfc和api比较，就算你拿vb来和c比较也是差不多的，不信你们可以试试，因为odbc里面本身就封装了可以供多种语言调用的算法，因此我们只是拿语言(vb,c,delphi)去声明要去执行这个算法，而并不是说语言自己去运行这个算法，这也是为什么数据库可以用vb/pb做，而且效率并不低的原因。
至于什么mfc和api我发表一下自己的观点，如果做windows上的东西尽量用mfc，如果要考虑程序的移植性（尤其是网络程序）别用mfc（如网络的CSocket等几个类），用标准的套接字api做
Top
