当前位置: 首页 > 图文教程 > 数据库 > MSSQL > SQL Server 2005与DB2 8.2对比分析

MSSQL
MS SQL Server 2000系统数据类型
SQL Server几个容易出错的数据类型
SQL Server 数据库中关于死锁的分析
站长必备的sql查询语言基础知识
经验分享交流:常用SQL语句技法
SQL SERVER 2000 数据库备份与还原
解决SQL SERVER 2005无法远程连接的问题
SQL Server 安装参考意见
在sqlserver2005中安装sql server 2000的示例数据库northwind
SQL Server 2000 数据库分离与附加
高级自定义查询、分页、多表联合存储过程
SQL Server数据库下教你如何做导库SQL
常用的 MSSQL Server 数据修复命令
SQL存储过程初探
SQL Server存储过程编写经验和优化
卸载SQL Server2000后不能再次安装的问题解决方法
教你安装SQL Server 2005示例数据库
MySQL 的外键与参照完整性: Part 1
SQL Server安装:"安装文件配置服务器失败"的解决方法
SQL Server 数据库文件存放在何处

MSSQL 中的 SQL Server 2005与DB2 8.2对比分析


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-30   浏览: 49 ::
收藏到网摘: n/a

对比结果概述

本文中对两种数据库平台的对比结果显示了在构建数据库应用程序时,使用SQL Server 2005(代码代号“Yukon”)结合Visual Studio进行开发比使用DB2 UDB 8.2(代码代号“Stinger”)结合Visual Studio有着显著的优势。在开发、调试和部署数据库解决方案的时候,这些优势就将转化为在时间和资金上的节省。在本文中特别说明了SQL Server 2005与DB2 UDB 8.2相比,对.NET数据库对象的支持要广泛的多。另外,你会发现在构建和管理数据库对象时,SQL Server 2005和Visual Studio集成的程度要比DB2 UDB 8.2和Visual Studio的集成紧密的多。在本文中,你还会看到SQL Server 2005所提供的开发平台除了关系型数据库之外,还有其他许多功能,这一点超过了DB2 UDB 8.2。

前言

在过去,IT开发技术分成了程序开发语言、产品环境配置和数据操作这三种相对独立的专业技能。为了综合使用这些相对独立的技能往往需要专门的技术和大量的人力。现在,有了SQL Server 2005和Visual Studio 2005,我们拥有了一个统一的开发环境,集成于其中的编程模型提供了整体的解决方案,包容了客户端数据库应用程序、服务器管理工具和服务器端数据库对象的构建。如此对工具和框架功能性的改善将使得开发者和客户都能从中受益,因为它将会对应用程序的可用性、性能、安全性和可伸缩性带来一个全面的提升。

SQL Server 2005和DB2 8.2中对Visual Studio环境和数据库数据提供程序的集成将简化和改善应用程序的开发流程。它们提供了旨在提高生产率的构建和部署应用程序的工具,这将会给程序开发和应用程序管理带来更好的性能表现。SQL Server 2005和DB2 UDB 8.2中对.NET框架的集成带来了一个更加高效和更加灵活的数据库应用程序开发环境,由此得到了比先前版本执行效率更高的更加健壮的数据库解决方案,它拥有更好的易用性和可伸缩性。通过利用集成的.NET环境,数据库开发人员就可以实现以前使用SQL代码不可能得到的结果。通过使用.NET框架,开发人员写出的代码能具有更加复杂的逻辑,更加适合于解决计算问题,并能访问到外部的系统和网络资源,因为.NET语言,例如Visual Basic、C#和C++,都是完全的面向对象编程语言,具有像封装、继承和多态性这样的面向对象编程的特性。它们还具有许多在SQL语言中不存在的功能,例如数组、结构化异常处理、集合等。

如今,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对象来创建驻于内存的数据库连接。

在服务器端,它们同样有相似之处。DB2和SQL Server都支持使用.NET语言构建应用程序以及随后在服务器端部署。其实除了这一基本概念,这