为了便于清楚的表述，本文参照的开发和应用程序平台假定为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），该接口使用一个针对数据库的驱动程序同不同的数据库协同工作。

一致的应用程序编程接口意味着程序用来建立连接、执行命令以及获取结果的函数是一样的，无论该程序是和Oracle还是SQL Server对话。

ODBC同时还定义了一个标准化的调用级别的接口并且针对那些不同数据库里完成同样任务但语法不同的SQL函数使用标准的出口次序。ODBC驱动器可以自动的把这个ODBC语法转化为Oracle或者SQL Server的本地语法，这个过程不需要对程序代码做任何的修订。在某些情况下，最好的方法是编写一个程序并且让ODBC在运行时间执行转换处理。

ODBC并不是一个万能的可以针对任何数据库实现完全独立的、完整功能和高性能的解决方案。不同数据库和第三方经销商提供了对ODBC不同级别的支持。一些驱动器仅仅实现了核心的API函数，这些函数映射了顶层或者其他接口库。其他一些驱动器，例如Microsoft SQL Server的驱动器，在一个本地的、高性能的驱动器中提供了完整的２级支持。

如果一个程序仅使用核心的ODBC API，它很可能会丢弃某些数据库的特征和性能。此外，并不是所有的本地SQL扩展都可以在ODBC出口次序中描述的（例如Oracle的DECODE和SQL Server的CASE表达式）。

另外，书写SQL语句来利用数据库优化器是意见很自然的事情。但是在Oracle中用来扩展数据库性能的技术和方法在Microsoft SQL Server 7.0中不一定是最好的。ODBC接口并不能把一个系统所用的技术翻译为另一个系统的技术。

ODBC并不影响一个应用程序使用数据库专有的特征和调整来提高性能，但是应用程序需要某些数据库专有的代码部分。ODBC使得在多个数据库间保持程序结构和多数程序代码一致变得容易。

OLE DB

OLE DB是下一代数据访问技术。Microsoft SQL Server 7.0利用包含在其自身的组件之中的OLE DB。这样，应用程序开发人员可以考虑使用OLE DB来进行新的SQL Server 7.0开发。微软在SQL Server 7.0中还提供了支持Oracle 7.3的OLE DB。

OLE DB是微软用来管理跨组织的数据的战略性的系统级编程接口。OLE DB是在ODBC特征上建立的具有开放性的设计。ODBC是设计来访问相关的数据库的，而OLE DB则是设计来访问相关的或者不相关的信息源，例如主机上的ISAM/VSAM和分层数据库，电子邮件和文件系统存储，文本、图像和地理数据以及定制的业务对象。

OLE DB了一组COM接口以压缩不同的数据库管理服务，同时还允许创建软件组件来实现这些服务．OLE DB组件包含了数据提供者（保持和显露数据）、数据消费者（使用数据）以及服务组件（处理和传输数据，例如查询处理器和光标引擎）。

OLE DB接口的设计目的是帮助实现组件的平滑集成，这样的话OLE DB组件提供商就可以迅速的向市场提供高质量的OLE DB组件了。此外、OLE DB还包含一座连接ODBC的桥梁，如此就可以为今天可以得到的大量的ODBC相关的数据库驱动程序继续提供支持了。

为了帮助你一步一步的实现从Oracle到SQL Server的转换，本文的每一部分都有一个关于Oracle7.3和Microsoft SQL Server 7.0的不同之处的概述。同时还包括转换的考虑，SQL Server 7.0的优势以及多个实例。