Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103592834
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-12 09:37:44

  来源:赛迪论坛    作者:刘彦青

有趣的是,在使用存储过程的参数时,DB2 V7和OleDb有一个非常著名的bug。我们能够从存储过程中返回数据,但在OleDb+DB2 V7平台上,我们不能在应用程序与存储过程之间传递参数。

性能比较

为了衡量提供者的性能和向读者提供指导,我们将定义一个有效的测试脚本,并对各种提供者的关健性能进行测试。为了比较各种连接技术的性能,我们开发了一些简单的Web网页,一个网页面向执行完全相同功能的测试,这将使我们掌握分析不同连接技术情况下输出的控制数据。

(图pict03)

如果严格地从性能的角度来看,我们发现,Managed Provider在访问DB2数据库时的性能最高。在这一简单的测试中,有二个重要的数字值得关注:每秒钟的请求(RPS)能够使我们感受到访问的规模,OleDb和ODBC在这方面的表现基本相似,但Managed Provider的表现要好一些(大约高10%左右);收到最后一字节的时间(TTLB)是从终端用户的角度看到的响应时间,在这一方面,Managed Provider的性能再次比OleDb和ODBC高出10%左右。

最值得注意的是,尽管提供的功能不同,但OleDb和ODBC在有负荷的情况下的性能基本相同。IBM公司的Managed Provider的性能最好,而且提供了在访问DB2 V8时最可靠的功能。但是,如果没有DB2 Connect作中间体,它不支持DB2 V7以及更低的版本。

结论

对于应用软件开发人员而言,使用DB2作后端与使用其它通过ADO或ADO.NET访问的关系数据库一样简单。ADO.NET为我们完成了所有抽象工作。在选择DB2还是其它数据库时,尽管存在架构方面的考虑,但作为开发人员,我们的工作应当是可预测和可管理的。

阅读(361) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~