SQL Server 2005与DB2 8.2对比分析

核心提示： 如今，Microsoft .NET提供了最先进、最高效的构建和整合数据库应用程序的环境，SQL Server 2005与DB2 8.2对比分析(2)，在这篇文章中，我们将比较SQL Server 2005和DB2 UDB 8.2分别提供的.NET集成的程度，在DB2 UDB 8.2中，只有

如今，Microsoft .NET提供了最先进、最高效的构建和整合数据库应用程序的环境。在这篇文章中，我们将比较SQL Server 2005和DB2 UDB 8.2分别提供的.NET集成的程度。为了能充分说明这其中的差别，我们将做一个详细的技术演示来显示分别使用SQL Server 2005和DB2 UDB 8.2构建一个.NET存储过程的具体步骤。

核心技术比较

虽然SQL Server 2005和DB2 UDB 8.2都集成了.NET框架和Visual Studio，但各自的集成程度有着显著的差别。下面这张表格中列出了关于它们对.NET的集成程度的比较。

数据提供程序

SQL Server 2005和DB2 UDB 8.2都自带了.NET数据提供程序，使得.NET客户端程序能够访问数据库平台。这些“天生的”数据提供程序与基于OLE DB的数据提供程序相比，会给服务器应用程序带来更好的性能和可伸缩性。这两种数据提供程序有着非常相似的功能，都能执行基本的ADO.NET对象，包括Connection、Command、DataReader、DataSet和DataAdapter。但它们有一个关键的差别:SQL Server .NET数据提供程序有两种模式可用，一个针对于客户端应用程序，另一个针对于服务器端应用程序。这一点对于服务器端应用程序开发特别重要，因为SQL Server服务器端.NET数据提供程序是一个驻于内存的程序，它不用像客户端数据提供程序那样去考虑网络流量的限制，因此，服务器端.NET数据提供程序能针对.NET数据库对象实现更好的性能。另外，服务器端数据提供程序还开放了一组只适合于服务器端代码的功能，例如服务器端游标。针对客户端应用程序的数据提供程序所开放的功能在System.Data.SqlClient命名空间中，而服务器端数据提供程序所开放的功能在System.Data.Sqlserver命名空间中。在DB2 UDB 8.2中，只有单独的IBM.Data.DB2命名空间。DB2 .NET数据提供程序使用DB2Context对象来创建驻于内存的数据库连接。