用.Net开发DB2应用程序比较

（图pict02）

根据使用的连接技术，我们能够完成不同类型的任务，因为每种提供者都有自己可以完成的工作。有一些问题是我们值得注意的。

例如，ODBC不支持DB2的存储过程。因此，如果开发的应用软件非常依赖于存储过程，我们在选择访问技术时就不能考虑ODBC，而应当考虑OleDb或Managed Provider。OleDb不支持LOB数据类型，如果要存取LOB类型的数据（例如JPEG文件），我们可以使用ODBC或Managed Provider。目前，Managed Provider不能在DB2 V7或以前版本上运行，除非在应用程序和基于主机的DB2系统之间运行着DB2 Connect V8。

有趣的是，在使用存储过程的参数时，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还是其它数据库时，尽管存在架构方面的考虑，但作为开发人员，我们的工作应当是可预测和可管理的。