把Oracle数据库移植到MicrosoftSQLServer7.0摘要:本文是为那些想把自己的Oracle应用程序转换为MicrosoftSQLServer应用程序的开发人员编写的。本文描述了一个成功的转换所需要的工具、过程和技术。同时强调了建立高性能、高度并行的SQLServer应用程序的基本的设计要素。本文的读者应该具有:Oracle关系型数据管理系统(RDBMS)的坚实基础。普通数据库管理知识。熟悉OracleSQL和PL/SQL语言。C/C++编程语言的工作经验。在sysadmin组中设定服务器规则的成员资格本文假定你熟悉OracleRDBMS的术语、概念和工具。如果想要了解关于OracleRDBMS以及它的结构的更多信息,请参考Oracle7ServerConceptsManual。对于使用Oracle脚本和示例,仍然假定你熟悉OracleServerManager和OracleSQL*Plus工具。要得到更详细的信息,请参看Oracle文档。目录开发和应用程序平台概述本文的组织形式结构和术语安装和配置MicrosoftSQLServer定义数据库对象加强数据完整性和商业规则事务、锁定和并行死锁SQL语言支持实现游标调整SQL语句使用ODBC开发和管理数据库复制移植你的数据和应用程序数据库示例开发和应用程序平台为了便于清楚的表述,本文参照的开发和应用程序平台假定为MicrosoftVisualStudioversion6.0、MicrosoftWindowsNTversion4(ServicePack4)、SQLServer7.0、Oracle7.3。Oracle7.3使用VisigenicSoftwareODBC(版本2.00.0300)驱动,SQLServer7.0使用MicrosoftCorporationODBC(版本3.70)驱动。MicrosoftSQLServer7.0包括针对Oracle的OLEDB驱动,但是该驱动程序在本章中并没有广泛的讨论。概述应用程序的移植似乎非常复杂。在不同的关系数据管理系统之间有太多的结构差异。用来描述Oracle结构的用词和术语通常与该词在MicrosoftSQLServer中的意思完全不同。另外,Oracle和SQLServer都对SQL-92标准做了许多自有的扩展。从一个应用程序开发人员的观点来看,Oracle和SQLServer是以相似的方法来管理数据的。在Oracle和SQLServer之间有着重大的内部区别,但是如果管理得当,可以把这些区别对移植的影响减到最小。SQL语言扩展开发人员面临的最重要的移植问题是执行SQL-92语言标准和每一个关系数据管理系统提供的语言扩展。有一些开发人员只使用标准的SQL语法,喜欢尽可能的保持他们的程序代码的普遍性。通常,这种方法把程序代码限制在SQL-92标准的登录级别(entry-level)上,而这个级别是被许多的数据库产品实现了的,包括Oracle和SQLServer。这种方法将会产生一些不必要的程序代码复杂性而且还会对程序的性能造成很大的影响。例如,Oracle的DECODE函数是一个非标准的SQL扩展。MicrosoftSQLServer的CASE表达式是一个超越了登录级别的SQL-92扩展,而且在所有其他的数据库产品中都没有实现。Oracle的DECODE和SQLServer的CASE都是可选的,你可以不用这两个函数而实现它们的功能,而这需要从关系数据管理系统中提取更多的数据。还有,对SQL语言的程序扩展也会造成困难。Oracle的PL/SQL和SQLServer的Transact-SQL语言在函数上是相似的,但是在语法上不同。在两种数据库和程序扩展中间没有明确的对称性。因此,你可能会决定不使用想程序和触发器这样的存储的程序。这是很不幸的,因为它们提供了别的任何方式都无法实现的性能和安全性上的优点。私有开发接口的使用带来了新的问题。用OracleOCI(OracleCallInterface)进行程序转换通常需要很多资源。开发一个可能用到多个关系数据管理系统的应用程序,最好是考虑使用开放数据库连接(OpenDatabaseConnectivity,ODBC)接口。ODBCODBC是为同多个数据库管理系统协同工作而设计的。ODBC提供了一个一致的应用程序编程接口(applicationprogramminginterface,API),该接口使用一个针对数据库的驱动程序同不同的数据库协同工作。一致的应用程序编程接口意味着程序用来建立连接、执行命令以及获取结果的函数是一样的,无论该程序是和Oracle还是SQLServer对话。ODBC同时还定义了一个标准化的调用级别的接口并且针对那些不同数据库里完成同样任务但语法不同的SQL函数使用标准的出口次序。ODBC驱动器可以自动的把这个ODBC语法转化为Oracle或者SQLServer的本地语法,这个过程不需要对程序代码做任何的修订。在某些情况下,最好的方法是编写一个程序并且让ODBC在运行时间执行转换处理。ODBC并不是一个万能的可以针对任何数据库实现完全独立的、完整功能和高性能的解决方案。不同数据库和第三方经销商提供了对ODBC不同级别的支持。一些驱动器仅仅实现了核心的API函数,这些函数映射了顶层或者其他接口库。其他一些驱动器,例如MicrosoftSQLServer的驱动器,在一个本地的、高性能的驱动器中提供了完整的2级支持。如果一个程序仅使用核心的ODBCAPI,它很可能会丢弃某些数据库的特征和性能。此外,并不是所有的本地SQL扩展都可以在ODBC出口次序中描述的(例如Oracle的DECODE和SQLServer的CASE表达式)。另外,书写SQL语句来利用数据库优化器是意见很自然的事情。但是在Oracle中用来扩展数据库性能的技术和方法在MicrosoftSQLServer7.0中不一定是最好的。ODBC接口并不能把一个系统所用的技术翻译为另一个系统的技术。ODBC并不影响一个应用程序使用数据库专有的特征和调整来提高性能,但是应用程序需要某些数据库专有的代码部分。ODBC使得在多个数据库间保持程序结构和多数程序代码一致变得容易。OLEDBOLEDB是下一代数据访问技术。MicrosoftSQLServer7.0利用包含在其自身的组件之中的OLEDB。这样,应用程序开发人员可以考虑使用OLEDB来进行新的SQLServer7.0开发。微软在SQLServer7.0中还提供了支持Oracle7.3的OLEDB。OLEDB是微软用来管理跨组织的数据的战略性的系统级编程接口。OLEDB是在ODBC特征上建立的具有开放性的设计。ODBC是设计来访问相关的数据库的,而OLEDB则是设计来访问相关的或者不相关的信息源,例如主机上的ISAM/VSAM和分层数据库,电子邮件和文件系统存储,文本、图像和地理数据以及定制的业务对象。OLEDB了一组COM接口以压缩不同的数据库管理服务,同时还允许创建软件组件来实现这些服务.OLEDB组件包含了数据提供者(保持和显露数据)、数据消费者(使用数据)以及服务组件(处理和传输数据,例如查询处理器和光标引擎)。OLEDB接口的设计目的是帮助实现组件的平滑集成,这样的话OLEDB组件提供商就可以迅速的向市场提供高质量的OLEDB组件了。此外、OLEDB还包含一座连接ODBC的桥梁,如此就可以为今天可以得到的大量的ODBC相关的数据库驱动程序继续提供支持了。本文的组织方式为了帮助你一步一步的实现从Oracle到SQLServer的转换,本文的每一部分都有一个关于Oracle7.3和MicrosoftSQLServer7.0的不同之处的概述。同时还包括转换的考虑,SQLServer7.0的优势以及多个实例。结构和术语作为成功移植的开始,你应该掌握MicrosoftSQLServer7.0所用的基本的结构和术语。这一部分中的许多例子都是从本文包含的Oracle和SQLServer应用程序中截取下来的。数据库的定义在Oracle中,数据库是指整个OracleRDBMS环境,并且包含以下组件。Oracle数据库处理过程和数据缓存(实例)。包含一个集中的系统目录的SYSTEM表空间。DBA定义的其它表空间(可选的)。两个或者多个Redo日志。存档的Redo日志(可选)各种其它文件(控制文件、Init.ora等等)。一个MicrosoftSQLServer数据库提供了数据、应用程序以及安全机制的逻辑区分,更像一个表空间(tablespaces)。正如Oracle支持多个表空间,SQLServer也支持多个数据库。表空间也用来提供数据的物理放置,SQLServer通过文件组(filegroups)来提供同样的功能。MicrosoftSQLServer将缺省的安装下列数据库。model数据库是所有新建用户数据库的模板。Tempdb数据库跟Oracle中的临时表空间很相象,都是用来进行临时的工作储存以及排序操作。不同的是,当用户退出登录时,MicrosoftSQLServer自动删除其创建的临时表空间。Msdb数据库支持SQLServer代理以及其预定的工作、警报和复制信息。Northwind和pubs数据库是用于培训的实例数据库。如果想获得缺省数据库的更多信息,请参看SQLServer联机图书。数据库系统目录每个Oracle数据库都在一个集中系统目录(或者是数据字典(datadictionary))上运行,该目录存在于SYSTEM表空间中。而每个MicrosoftSQLServer7.0数据库都维护一个自己的系统目录,该目录包含下列信息:数据库对象(表、索引、存储程序、视图、触发器等等)。约束(Constraints)。用户和许可。用户定义数据类型。复制定义。数据库所用的文件。SQLServer同时在master数据库中保存一个集中系统目录,该目录包含系统目录和每个数据库的某些信息:数据库名和每个数据库的初始文件位置。SQLServer登录账号。系统消息。数据库配置值。远程和/或已连接的服务器。当前活动信息。系统存储过程。像Oracle中的SYSTEM表空间一样,SQLServer的master数据库也必须能访问任何其他数据库。同样,对数据库做了任何重大的改变以后,通过备份master数据库来防止失败是很重要的。数据库管理员也应该能够为组成master数据库的文件做镜象。物理和逻辑存储结构(PhysicalandLogicalStorageStructures)OracleRDBMS是由表空间组成的,而表空间又是由数据文件组成的。表空间数据文件被格式化为内部的块单位。块的大小,是由DBA在Oracle第一次创建的时候设置的,可以在512到8192个字节的范围内变动。当一个对象在Oracle表空间中创建的时候,用户用叫做长度的单位(初始长度((initialextent)、下一个长度(nextextent)、最小长度(minextents)、以及最大长度(maxextents))来标明该对象的空间大小。一个Oracle长度的大小可以变化,但是要包含一个由至少五个连续的块构成的链。MicrosoftSQLServer在数据库级别使用文件组来控制表和索引的物理放置。文件组是一个或者多个文件的逻辑容器,一个文件组中的数据按比例填充属于该文件组的全部文件。如果没有显明的定义和使用文件组,数据库对象将放置在一个缺省的文件组中,该文件组是在数据库的创建过程中隐含定义的。文件组允许你进行下列操作:把大的表分布在多个文件中以提高I/O吞吐量。把索引存储在不同的文件中,而不是放在各自的表中,再一次提高I/O吞吐量以及实现磁盘并行操作。把text、ntext、和imagecolumns(大对象)储存在一个表的不同文件中。把数据库对象放置在特定的磁盘锭(diskspindles)上。在一个文件组中备份和恢复个别表和表的设置。SQLServer把文件格式化为叫做页(page