把Oracle数据库移植到Microsoft_SQL_Server_7.0.doc

把Oracle数据库移植到Microsoft SQL Server 7.0 摘要：本文是为那些想把自己的Oracle应用程序转换为Microsoft SQL Server应用程序的开发人员编写的。本文描述了一个成功的转换所需要的工具、过程和技术。同时强调了建立高性能、高度并行的SQL Server应用程序的基本的设计要素。 本文的读者应该具有： Oracle关系型数据管理系统（RDBMS）的坚实基础。 普通数据库管理知识。 熟悉Oracle SQL和PL/SQL语言。 C/C++编程语言的工作经验。 在sysadmin组中设定服务器规则的成员资格 本文假定你熟悉Oracle RDBMS的术语、概念和工具。如果想要了解关于Oracle RDBMS以及它的结构的更多信息，请参考Oracle 7 Server Concepts Manual。对于使用Oracle脚本和示例，仍然假定你熟悉Oracle Server Manager和Oracle SQL*Plus工具。要得到更详细的信息，请参看Oracle文档。 目录 开发和应用程序平台 概述 本文的组织形式 结构和术语 安装和配置Microsoft SQL Server 定义数据库对象 加强数据完整性和商业规则 事务、锁定和并行 死锁 SQL语言支持 实现游标 调整SQL语句 使用ODBC 开发和管理数据库复制 移植你的数据和应用程序 数据库示例 开发和应用程序平台 为了便于清楚的表述，本文参照的开发和应用程序平台假定为Microsoft Visual Studio version 6.0、Microsoft Windows NT version 4 (Service Pack 4)、SQL Server 7.0、Oracle 7.3。Oracle 7.3使用Visigenic Software ODBC（版本2.00.0300）驱动，SQL Server 7.0使用Microsoft Corporation ODBC（版本3.70）驱动。Microsoft SQL Server 7.0包括针对Oracle的OLE DB驱动，但是该驱动程序在本章中并没有广泛的讨论。 概述 应用程序的移植似乎非常复杂。在不同的关系数据管理系统之间有太多的结构差异。用来描述Oracle结构的用词和术语通常与该词在Microsoft SQL Server中的意思完全不同。另外，Oracle和SQL Server都对SQL-92标准做了许多自有的扩展。 从一个应用程序开发人员的观点来看，Oracle和SQL Server是以相似的方法来管理数据的。在Oracle和SQL Server之间有着重大的内部区别，但是如果管理得当，可以把这些区别对移植的影响减到最小。 SQL语言扩展 开发人员面临的最重要的移植问题是执行SQL-92语言标准和每一个关系数据管理系统提供的语言扩展。有一些开发人员只使用标准的SQL语法，喜欢尽可能的保持他们的程序代码的普遍性。通常，这种方法把程序代码限制在SQL-92标准的登录级别（entry-level）上，而这个级别是被许多的数据库产品实现了的，包括Oracle和SQL Server。 这种方法将会产生一些不必要的程序代码复杂性而且还会对程序的性能造成很大的影响。例如，Oracle的DECODE函数是一个非标准的SQL扩展。Microsoft SQL Server的CASE表达式是一个超越了登录级别的SQL-92扩展，而且在所有其他的数据库产品中都没有实现。 Oracle的DECODE和SQL Server的CASE都是可选的，你可以不用这两个函数而实现它们的功能，而这需要从关系数据管理系统中提取更多的数据。 还有，对SQL语言的程序扩展也会造成困难。Oracle的PL/SQL和SQL Server的Transact-SQL语言在函数上是相似的，但是在语法上不同。在两种数据库和程序扩展中间没有明确的对称性。因此，你可能会决定不使用想程序和触发器这样的存储的程序。这是很不幸的，因为它们提供了别的任何方式都无法实现的性能和安全性上的优点。 私有开发接口的使用带来了新的问题。用Oracle OCI（Oracle Call Interface）进行程序转换通常需要很多资源。开发一个可能用到多个关系数据管理系统的应用程序，最好是考虑使用开放数据库连接（Open Database Connectivity，ODBC）接口。 ODBC ODBC是为同多个数据库管理系统协同工作而设计的。ODBC提供了一个一致的应用程序编程接口（application programming interface，API），该接口使用一个针对数据库的驱动程序同不同的数据库协