Microsoft Corporation
摘要：本文是为希望将其应用程序转为 Microsoft SQL Server 应用程序的 Oracle 应用程序开发人员所写的。文中讲述了成功地进行转换所需要的工具、过程和技巧。并突出强调了创建高性能、高并发性 SQL Server 应用程序的基本设计原则。
本文的目标读者应该具有：
坚实的 Oracle RDBMS 基础知识背景。
全面的数据库治理知识。
熟悉 Oracle SQL 和 PL/SQL 语言。
实际使用 C/C++ 编程语言的知识。
sysadmin 固定服务器角色的成员身份。
本文假定，您熟悉与 Oracle RDBMS 有关的术语、概念和工具。有关 Oracle RDBMS 及其体系结构的具体信息，请参见 Oracle 7 Server Concepts Manual（Oracle 7 Server概念手册）。至于使用 Oracle 脚本和示例，还假定您熟悉 Oracle Server Manager 和 Oracle SQL*Plus 工具。有关这些工具的具体信息，请参见 Oracle 文档。
目录
开发和应用程序平台
概述
本文组织结构
体系结构和术语
安装和配置 Microsoft SQL Server
定义数据库对象
实施数据完整性和业务规则
事务、锁定和并发性
死锁
SQL 语言支持
游标的实现
优化 SQL 语句
使用 ODBC
开发和治理数据库复制
迁移数据和应用程序
数据库示例
开发和应用程序平台
为了清楚和便于表述，假定开发和应用程序平台是 Microsoft Visual Studio 6.0 版、Microsoft Windows NT 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 驱动程序，但在本章中不予具体讨论。
概述
应用程序迁移过程似乎很复杂。两种 RDBMS 之间有很多体系结构方面的差异。描述 Oracle 体系结构的词汇和术语在 Microsoft SQL Server 中，其含义经常完全不同。此外，Oracle 和 SQL Server 都有许多专有的 SQL-92 标准扩展。
从应用程序开发人员的角度来看，Oracle 和 SQL Server 治理数据的方式是相似的。但是，Oracle 和 SQL Server 之间内部的差异是相当大的，假如治理得当，它对迁移应用程序造成的影响就会微乎其微。
开发人员面临的最严重迁移问题是：SQL-92 SQL 语言标准的实现和每种 RDBMS 提供的扩展。一些开发人员只使用标准的 SQL 语言语句，并倾向于使其程序代码尽可能通用。通常，这意味着把程序代码限定在初级 SQL-92 标准，该标准在许多数据库产品中均得到了一致的实现，其中包括 Oracle 和 SQL Server。
这种方法可能给程序代码带来不必要的复杂性，并显著影响程序性能。例如，Oracle 的 DECODE 函数是 Oracle 特有的非标准 SQL 扩展。Microsoft SQL Server 的 CASE 表达式已不止是初级 SQL-92 的扩展，并未在所有的数据库产品上实现。
假如不使用这两个函数，则可以编程方式实现其功能，但可能需要从 RDBMS 检索更多的数据。
此外，SQL 语言的过程扩展也可能带来困难。Oracle PL/SQL 和 SQL Server Transact-SQL 语言功能相似，但语法不同。各 RDBMS 及其过程扩展之间不存在精确的对等关系。因此，您可能会放弃使用存储程序，例如过程和触发器。这是令人遗憾的，因为这些程序能够提供极好的性能和安全性，而这些用任何其它方式均无法实现。
使用专用的开发接口也会带来其它的问题。使用 Oracle OCI（Oracle 调用接口）转换程序，通常需要大量的资源投入。当开发的应用程序可能使用多个 RDBMS 时，应考虑使用开放式数据库连接 (ODBC) 接口。
ODBC 是专为使用多种数据库治理系统而设计的。ODBC 提供一致的应用程序编程接口 (API)，它通过数据库特有驱动程序的服务，与不同的数据库一同工作。
一致的 API 是指，不论程序与 Oracle 还是与 SQL Server 交互，它在建立连接、执行命令和检索结果时所调用的函数是相同的。
ODBC 还定义了一个标准调用级接口，并使用标准转义序列，指定执行公用任务的 SQL 函数，但该函数在不同的数据库中语法不同。不需要修改任何程序代码，ODBC 驱动程序就可以自动地把 ODBC 语法转换成原本的 Oracle 或 Microsoft SQL Server SQL 语法。在某些情况中，最好的方法是编写一个程序，使 ODBC 在运行时进行转换。
ODBC 并不是一个神奇的解决方案，不能对所有的数据库均实现完全的数据库独立性、完备的功能以及较高的性能。不同的数据库和第三方厂商提供不同级别的 ODBC 支持。一些驱动程序只实现了映射在其它接口库顶层的核心 API 函数。其它驱动程序，例如 Microsoft SQL Server 驱动程序，在原本的、高性能的驱动程序中提供全面的级别 2 支持。
假如程序只使用核心 ODBC API，它可能放弃了一些数据库带有的功能和性能。再者，并不是所有原本的 SQL 扩展都可以用 ODBC 转义序列表示，例如 Oracle DECODE 和 SQL Server CASE 表达式就是这样。
此外，通过编写 SQL 语句使用数据库优化程序也是通常的做法。在 Oracle 中用来提高性能的技巧和方法，在 SQL Server 中并不一定最好。ODBC 接口无法将技巧从一个 RDBMS 转化到另一个 RDBMS 中。
ODBC 并不禁止应用程序使用数据库特有的功能，也不禁止优化性能，但是应用程序需要一些数据库特有的代码部分。有了 ODBC，要使程序结构和绝大部分程序代码在多个数据库上保持一致，就变得十分简单。
OLE DB 是下一代的数据访问技术。Microsoft SQL Server 7.0 利用了 SQL Server 自身组件中的 OLE DB。此外，应用程序开发人员在 SQL Server 新的开发过程中，应考虑使用 OLE DB。Microsoft 在 SQL Server 7.0 中加入了用于 Oracle 7.3 的 OLE DB 提供程序。
OLE DB 是 Microsoft 的一个战略性系统级编程接口，用于治理整个组织内的数据。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 的逐步迁移，每节都包括一个 Oracle 7.3 和 Microsoft SQL 7.0 之间相关差异的概述。此外，还包括转换时要考虑的因素、SQL Server 7.0 的优势以及多个示例。
体系结构和术语
要成功地迁移，开始之前应该了解与 Microsoft SQL Server 7.0 有关的基础体系结构和术语。本节中的许多例子均取自 Oracle 和 SQL Server 应用程序示例（附在文中）。
在 Oracle 中，“数据库”指整个 Oracle RDBMS 环境，并包括以下组件：
Oracle 数据库进程和缓冲区（实例）。
包含一个集中系统编录的 SYSTEM 表空间。
其它由 DBA 定义的表空间（可选）。
两个或多个在线重做日志。
存档的重做日志（可选）。
各种其它文件（控制文件，Init.ora 等等）。
Microsoft SQL Server 数据库从逻辑上将数据、应用程序和安全机制分离，这一点与表空间非常相似。Oracle 支持多个表空间；SQL Server 则支持多个数据库。表空间还可用于支持数据的物理存放；SQL Server 使用文件组提供相同的功能。
Microsoft SQL Server 还默认安装下列数据库：
model 数据库是所有新创建的用户数据库的模板。
tempdb 数据库与 Oracle 临时表空间相似，它用于临时工作存储和排序操作。与 Oracle 临时表空间不同的是，用户可以创建临时表，并在用户注销时自动删除。
msdb 支持 SQL Server 代理及其计划的作业、警报和复制信息。
pubs 和 Northwind 数据库作为培训示例数据库提供。
有关默认数据库的具体信息，请参见 SQL Server Books Online。
每个 Oracle 数据库均在一个集中系统编录或数据字典上运行，它驻留在 SYSTEM 表空间中。每个 Microsoft SQL Server 7.0 数据库均维护其自身的系统编录，它包含下列信息：
数据库对象（表、索引、存储过程、视图、触发器等等）。
约束。
用户和权限。
用户定义的数据类型。
复制定义。
数据库使用的文件。
在 master 数据库中，SQL Server 还加入了一个集中系统编录，它包括系统编录以及有关每个数据库的一些信息：
数据库名称和每个数据库的主文件位置。
SQL Server 登录帐户。
系统消息。
数据库配置值。
远程和/或链接的服务器。
当前活动信息。
系统存储过程。
与 Oracle 中的 SYSTEM 表空间一样，要访问任何其它数据库，SQL Server master 数据库必须可用。因此，当 master 数据库做重大修改后，应对该数据库进行备份以防止数据库出现故障，这一点非常重要。数据库治理员也可以镜像构成 master 数据库的文件。
Oracle RDBMS 由表空间组成，而表空间又是由数据文件组成的。表空间数据文件被格式化为称为“块”的内部单元。块的大小是 DBA 在 Oracle 数据库首次创建时设定的，其范围从 512 到 8192 字节。在 Oracle 表空间中创建一个对象时，用户用称为“扩展盘区”的单位定义其大小（初始扩展盘区、下一扩展盘区、最小扩展盘区和最大扩展盘区）。Oracle 扩展盘区大小是可变的，但必须包括至少五个连续的块。
在数据库一级中，Microsoft SQL Server 使用文件组来控制表和索引的物理存储。文件组是一个或多个文件的逻辑容器，文件组中包含的数据按比例填充到所有属于该组的文件中。
假如没有定义和使用文件组，数据库对象就会被放在一个默认文件组中，该文件组是数据库创建过程中隐式定义的。文件组答应：
把大型表分布在多个文件上，以提高 I/O 吞吐量。
把索引存储在不同的文件上，而不是它们各自的表上，从而进一步提高了 I/O 吞吐量和磁盘并发性。
将 text、ntext、image 列（大对象）从表中存储到不同的文件上。
把数据库对象放在特定的磁盘上。
备份和恢复文件组中单个表或一组表。
SQL Server 将文件格式化为称为“页”的内部单元。页大小是固定的，为 8192 字节 (8 KB)。扩展盘区由页组成，其大小也是固定的，由 8 个连续的页组成。在 SQL Server 数据库中创建表或索引时，会自动给其分配一个页。与分配一个整个扩展盘区相比，它可更有效地存储较小的表和索引。
对于大多数 Microsoft SQL Server 安装来说，不需要 Oracle 类型的段。相反，SQL Server 可以使用基于硬件的 RAID 或基于 Windows NT 软件的 RAID，更好地分布数据或将数据条带化。基于 Windows NT 软件的 RAID 或基于硬件的 RAID 可以设定条带集，它包括多个磁盘驱动器，看起来就像一个逻辑驱动器一样。假如数据库文件在此条带集上创建，磁盘子系统就负责把 I/O 负载分布到多个磁盘上。建议治理员使用 RAID，把数据分布到多个物理磁盘上。
SQL Server 推荐的 RAID 配置是 RAID 1（镜像）或 RAID 5（带有一个额外的奇偶校验驱动器的条带集，用作冗余）。也建议使用 RAID 10（带有奇偶校验的条带集的镜像），但是它比前两种配置昂贵得多。条带集非常适于分布数据库文件上经常随机产生的 I/O。
假如不能选择 RAID，文件组则是一个有吸引力的替代选择，它提供与 RAID 相同的一些优点。此外，对于可能跨越多个物理 RAID 阵列的大型数据库，文件组是一个很吸引人的方法，它以一种可控的方式，将 I/O 进一步分布到多个 RAID 阵列上。
对于有序 I/O，必须优化事务日志文件，并加以保存，防止单点失败。因此，对于事务日志，建议使用 RAID 1（镜像）。这个驱动器的大小至少要和联机重做日志和回滚段表空间的总计大小一样。应创建一个或多个日志文件，来占用该逻辑驱动器上定义的所有空间。与存储在文件组中的数据不同，事务日志项目总是按顺序地写入，并且不是按比例填充的。
有关 RAID 的具体信息，请参见 SQL Server Books Online、Windows NT Server 文档和 Microsoft Windows NT 资源工具包。
每次启动时，Oracle RDBMS 执行自动恢复。它检验表空间文件的内容是否与联机重做日志文件一致。假如不一致，Oracle 将联机重做日志文件内容应用到表空间文件（前滚），并删除回滚段中发现的任何未提交的事务（回滚）。假如 Oracle 不能从联机重做日志文件中得到它所需要的信息，它就会查询存档重做日志文件。
每次启动时，Microsoft SQL Server 7.0 还通过检查系统中的每个数据库，进行自动数据恢复。它首先检查 master 数据库，然后启动恢复系统中所有其它数据库的线程。对于每个 SQL Server 数据库，自动恢复机制均检查事务日志。假如事务日志包含任何未提交的事务，该事务被回滚。然后，恢复机制在事务日志中，查找已提交但还未写到数据库的事务。假如找到，再次执行这些事务，前滚。
每个 SQL Server 事务日志均有 Oracle 回滚段与 Oracle 联机重做日志的组合功能。每个数据库都有自已的事务日志，它记录了对数据库所作的全部更改，并且由数据库的所有用户共享。当一个事务开始且发生数据修改时，就会在日志中记录一个 BEGIN TRANSACTION 事件（以及修改事件）。在自动故障恢复过程中，这个事件用于确定事务的起始点。在收到每个数据修改语句时，先将更改写入事务日志，然后再写入数据库。有关具体信息，请参见本章后面的“事务、锁定和并发性”一节。
SQL Server 有一个自动检查点机制，确保完成的事务被定期地从 SQL Server 磁盘缓存写入事务日志文件。检查点功能将自上一个检查点之后修改过的任何已被缓存的页面写入数据库。在数据库上对这些被缓存过的页面（称为“脏页”）标出检查点，以确保所有完成的事务均被写到磁盘中。
这个过程缩短了从系统故障（如停电）进行恢复所用的时间。通过使用 SQL Server Enterprise Manager 或 Transact-SQL（sp_configure 系统存储过程）修改恢复间隔设置，可对此设置进行修改。
Microsoft SQL Server 给备份数据提供了以下几个选项：
完全数据库备份
要进行完全数据库备份，请使用 BACKUP DATABASE 语句或备份向导。
差异备份
当完成完全数据库备份后，使用 BACKUP DATABASE WITH DIFFERENTIAL 语句或备份向导，只定期备份更改的数据和索引页。
事务日志备份
Microsoft SQL Server 中的事务日志与各自数据库关联。在备份或被截断之前，事务日志都是不断填充的。SQL Server 7.0 的默认配置是，事务日志自动增长，直到用尽了所有磁盘空间或达到最大配置尺寸为止。当事务日志变得太“满”时，它就会产生一个错误，并且在备份或截断之前，禁止对数据进一步修改。其它数据库不受影响。可以使用 BACKUP LOG 或备份向导备份事务日志。
文件或文件组备份
SQL Server 可以备份文件或文件组。有关具体信息，请参见 SQL Server Books Online。
可以在数据库使用过程中对它进行备份，这样就可以对必须连续运行的系统进行备份。SQL Server 7.0 的备份处理和内部数据结构已进行了改进，这样，可将备份的数据传输率提高到最大，同时对事务吞吐量的影响降至最小。
Oracle 和 SQL Server 均需要特定的日志文件格式。在 SQL Server 中，这些文件称为备份设备，它们是使用 SQL Server Enterprise Manager、Transact-SQL sp_addumpdevice 存储过程或相应的 SQL-DMO 命令创建的。
尽管可以手动进行备份，但是，建议使用 SQL Server Enterprise Manager 和/或 Database Maintenance Plan Wizard 计划定期备份或基于数据库活动的备份。
通过在完全数据库备份（设备）中应用事务日志备份和/或差异备份，可以将数据库恢复到某个时点。数据库恢复使用备份中包含的信息来覆盖数据。可以使用 SQL Server Enterprise Manager、Transact-SQL (RESTORE DATABASE) 或 SQL-DMO 进行恢复。
正如可以关闭 Oracle 归档文件来覆盖自动备份一样，在 Microsoft SQL Server 中，db_owner 固定数据库角色的成员可以在每次出现检查点时，强制事务日志清除其内容。这一操作可以使用 SQL Server Enterprise Manager（在检查点处截断日志）、Transact-SQL（sp_dboption 存储过程）或 SQL-DMO 来完成。
Oracle SQL*Net 支持 Oracle 数据库服务器及其客户之间的网络连接。它使用透明网络底层 (TNS) 数据流协议进行通信，并答应用户运行多个不同的网络协议，而不必编写专用的代码。核心 Oracle 数据库软件产品并不包括 SQL*Net。
有了 Microsoft SQL Server，Net-Libraries（网络库）通过使用表格格式数据流 (TDS) 协议，支持客户和服务器之间的网络连接。它们答应同时连接运行命名管道、TCP/IP 套接字或其它进程间通信 (IPC) 机制的客户。SQL Server CD-ROM 包括所有的客户 Net-Libraries，因此不需要再另行购买。
SQL Server Net-Library 选项可在安装后进行更改。客户网络实用工具为运行 Windows NT、Windows 95 或 Windows 98 操作系统的客户配置默认的 Net-Library 和服务器连接信息。除非在 ODBC 数据源配置过程中更改，或在 ODBC 连接字符串中明确写明，所有的 ODBC 客户应用程序均使用相同的默认 Net-Library 和服务器连接信息。有关 Net-Libraries 的具体信息，请参见 SQL Server Books Online。
要将 Oracle 应用程序完全迁移到 Microsoft SQL Server 7.0，必须了解 SQL Server 数据库安全性和角色的实现。
登录帐户
登录帐户答应用户访问 SQL Server 数据或治理选项。登录帐户只答应用户登录到 SQL Server，并查看答应 guest（来宾）访问的数据库。（guest 帐户不是默认建立的，必须单独创建。）
SQL Server 提供两种类型的登录安全性：Windows NT 身份验证模式（也称为集成模式）和 SQL Server 身份验证模式（也称为标准模式）。SQL Server 7.0 也支持标准和集成安全的组合，称为混合模式。
验证登录连接时，Windows NT 身份验证模式使用 Windows NT 内的安全机制，并且依靠用户的 Windows NT 安全凭据。用户不需要输入 SQL Server 的登录 ID 或密码 - 他们的登录信息直接从网络连接中获取。此时，一个条目被写入 syslogin 表，并在 Windows NT 和 SQL Server 之间进行验证。
这称为一个信任连接，就像两个 Windows NT 服务器之间的信任关系一样。它与 Oracle 用户帐户相关的 IDENTIFIED EXTERNALLY 选项作用相似。
SQL Server 身份验证模式要求，用户在请求访问 SQL Server 时，输入登录 ID 和密码。这称为非信任连接。它与 Oracle 用户帐户相关的 IDENTIFIED BY PASSWord 选项作用类似。使用标准安全模型，登录过程只提供对 SQL Server 数据库引擎的访问，而不提供对用户数据库的访问。
有关这些安全机制的具体信息，请参见 SQL Server Books Online。
组、角色和权限
Microsoft SQL Server 和 Oracle 均使用权限，来实施数据库安全性。SQL Server 语句级权限用于限制创建新的数据库对象（类似于 Oracle 系统级权限）。
SQL Server 还提供对象级权限。与 Oracle 一样，对象级所有权被授予对象的创建者，并且不能被转让。在其他数据库用户访问对象前，必须给他们授予对象级权限。sysadmin 固定服务器角色、db_owner 固定数据库角色或 db_securityadmin 固定数据库角色的成员也可以将一个用户对象上的权限授予其他用户。
可以将 SQL Server 语句级和对象级权限直接授予数据库用户帐户。而治理数据库角色的权限通常要简单得多。SQL Server 角色用于授予或撤销一组数据库用户的权限（与 Oracle 角色非常相似）。角色是与特定数据库相关的数据库对象。对于每种安装，均有相关的专有固定服务器角色，可用于整个数据库。固定服务器角色的一个例子是 sysadmin。当 SQL Server 登录时，可以添增 Windows NT 组或数据库用户。可以给 Windows NT 组或 Windows NT 用户授予权限。
数据库可以有任意数量的角色或 Windows NT 组。在每个数据库中，均可找到默认角色 public，并且该角色不能被删除。public 角色和 Oracle 中 PUBLIC 帐户的作用相似。每个数据库用户始终是 public 角色的一个成员。除了 public 角色之外，数据库用户还可以是任何数量角色的成员。Windows NT 用户和组也可以是任何数量角色的成员，并且始终是 public 角色的成员。
数据库用户和 guest 帐户
在 Microsoft SQL Server 中，要使用数据库及其对象，用户登录帐户必须被授权。登录帐户可以使用下列方法访问数据库：
登录帐户可被指定为数据库用户。
登录帐户可使用数据库中的 guest 帐户。
可以将 Windows NT 组登录映射为一个数据库角色。然后，作为该组成员的各 Windows NT 帐户可以连接到该数据库。
db_owner、db_Accessadmin 角色，或 sysadmin 固定服务器角色的成员创建数据库用户帐户角色。帐户可以包括以下几个参数：SQL Server 登录 ID、数据库用户名（可选）和最多一个角色名（可选）。数据库用户名不需和用户的登录 ID 相同。假如没有提供数据库用户名，则用户的登录 ID 和数据库用户名是相同的。假如没有提供角色名，则数据库用户只是 public 角色的成员。创建数据库用户之后，可根据需要赋予该用户相应的角色。
db_owner 或 db_accessadmin 角色的成员还可以创建 guest 帐户。guest 帐户答应任何有效的 SQL Server 登录帐户访问数据库，即便没有数据库用户帐户也可以。默认情况下，guest 帐户继续授予 public 角色的任何权限；但是，这些权限可以更改，使其高于或低于 public 角色的权限。
与 SQL Server 登录一样，Windows NT 用户帐户或组帐户可被授权访问数据库。当作为组成员的 Windows NT 用户连接到该数据库时，此用户就获得授予 Windows NT 组的权限。假如他是多个 Windows NT 组（已授权访问数据库）的成员，则该用户可收到所有这些组的组合权限。
sysadmin 角色
Microsoft SQL Server sysadmin 固定服务器角色成员的权限与 Oracle DBA 的权限相似。在 SQL Server 7.0 中，默认情况下，sa SQL Server 身份验证模式登录帐户是该角色的成员；这就如同当 SQL Server 安装在 Windows NT 计算机上，它就是本地 Administrators 组成员一样。 sysadmin 角色的成员可以添加或删除 Windows NT 用户和组，以及 SQL Server 登录。该角色的成员通常有下列职责：
安装 SQL Server。
配置服务器和客户。
创建数据库。*
设置登录权限和用户权限。*
向 SQL Server 数据库导入数据和从中导出数据。*
备份和恢复数据库。*
实现和维护复制。
计划无值守操作。*
监视和优化 SQL Server 性能。*
分析系统问题。
*这些项目可以委派给其他安全角色或用户。
在 SQL Server 7.0 中，没有对 sysadmin 固定服务器角色成员的权限进行限制。因此，该角色的成员可以访问 SQL Server 特定实例上的任何数据库及其所有对象（包括数据）。与 Oracle DBA 一样，有一些命令和系统过程，只有 sysadmin 角色的成员可以使用。
db_owner 角色
尽管在使用上，Microsoft SQL Server 数据库与 Oracle 表空间类似，但各个的治理方式不同。
每个 SQL Server 数据库都是一个自包含的治理域。每个数据库均被指派一个数据库所有者 (dbo)。该用户始终是 db_owner 固定数据库角色的一个成员。其他用户也可以是 db_owner 角色的成员。作为该角色成员的任何用户，都有能力治理与其数据库有关的治理任务（Oracle 则不同，一个 DBA 可治理所有表空间的治理任务）。这些任务包括：
治理数据库访问。
更改数据库选项（只读、单用户等等）。
备份和恢复数据库内容。
授予和撤销数据库权限。
创建和删除数据库对象。
db_owner 角色的成员在其数据库中具有所有权限。授予该角色的大多数权限可以分给几个固定数据库角色，或被授予数据库用户。要在数据库中拥有 db_owner 权限，不需要有服务器范围内的 sysadmin 权限。
安装和配置 Microsoft SQL Server
搞清了 Oracle 和 SQL Server 之间基本的结构差异之后，就可以开始进行迁移过程的第一步。应使用 SQL Server 查询分析器，运行以下脚本：
使用基于 Windows NT 软件的 RAID 或基于硬件的 RAID 5，创建一个可容纳所有数据的逻辑驱动器。通过计算 Oracle 系统、临时表空间和应用程序表空间所使用的全部文件空间，来预估空间大小。
使用基于 Windows NT 软件的 RAID 或基于硬件的 RAID 1，来创建用于存放事务日志的第二个逻辑驱动器。此驱动器大小应至少和联机重做与回滚段表空间之和一样大。
使用 SQL Server Enterprise Manager，创建一个与 Oracle 应用程序表空间名称相同的数据库。（示例应用程序使用的数据库名称为 USER_DB。）将数据和事务日志的文件位置分别指定为步骤 1 和 2 创建的磁盘。假如使用多个 Oracle 表空间，不必甚至不建议创建多个 SQL Server 数据库。RAID 会为您分布数据。
创建 SQL Server 登录帐户：
USE MASTER
EXEC SP_ADDLOGIN STUDENT_ADMIN, STUDENT_ADMIN
EXEC SP_ADDLOGIN DEPT_ADMIN, DEPT_ADMIN
EXEC SP_ADDLOGIN ENDUSER1, ENDUSER1
GO
向数据库中添加角色：
USE USER_DB
EXEC SP_ADDROLE DATA_ADMIN
EXEC SP_ADDROLE USER_LOGON
GO
给角色授予权限：
GRANT CREATE TABLE, CREATE TRIGGER, CREATE VIEW,
CREATE PROCEDURE TO DATA_ADMIN
GO
把登录帐户添加为数据库用户帐户：
EXEC SP_ADDUSER ENDUSER1, ENDUSER1, USER_LOGON
EXEC SP_ADDUSER DEPT_ADMIN, DEPT_ADMIN, DATA_ADMIN
EXEC SP_ADDUSER STUDENT_ADMIN, STUDENT_ADMIN, DATA_ADMIN
GO
此插图给出了此步骤完成后的 SQL Server 和 Oracle 环境。
定义数据库对象
Oracle 数据库对象（表、视图和索引）可以很方便地迁移到 Microsoft SQL Server，因为每种 RDBMS 都严格遵循 SQL-92 标准，该标准是一个关于对象定义的标准。将 Oracle SQL 表、索引和视图定义转换为 SQL Server 表、索引和视图定义，只需要进行相对简单的语法更改即可。下表着重阐述了，Oracle 和 Microsoft SQL Server 数据库对象之间的一些差异。 类别
Microsoft SQL Server
Oracle
列数
1024
254
行大小
8060 字节，加 16 字节指向每个 text 或 image 列
没有限制（但每行只答应一个 long 或 long raw）
最大行数
没有限制
没有限制
BLOB 类型存储
和行一起存储的 16 字节指针。数据存储在其它数据页上。
每表一个 long 或 long raw。必须在行尾。数据存储在与行相同的块上。
聚集的表索引
每表一个
每表一个（索引组织的表）
非聚集的表索引
每表 249 个
没有限制
单索引中索引的最大列数
16
16
索引中列值的最大长度
900 字节
1/2 块
表命名规则
[[[server.]database.]owner.]
table_name
[schema.]table_name
视图命名规则
[[[server.]database.]owner.]
table_name
[schema.]table_name
索引命名规则
[[[server.]database.]owner.]
table_name
[schema.]table_name
假定您从用来创建数据库对象的 Oracle SQL 脚本或程序入手。
只要复制这个脚本或程序，并进行下列修改即可。每个更改均在本节的其它部分进行了讨论。该例取自脚本示例程序脚本 Oratable.sql 和 Sstable.sql。
确保数据库对象标识符符合 Microsoft SQL Server 命名规则。可能只需要更改索引名称。
修改数据存储参数，使之用于 SQL Server。假如使用 RAID，则不需要存储参数。
修改 Oracle 约束定义，使之用于 SQL。如有必要，则创建触发器，以支持外键 DELETE CASCADE 语句。假如表跨几个数据库，则使用触发器强制外键关系。
修改 CREATE INDEX 语句，以使用聚集索引。
使用“数据转换服务”，创建新的 CREATE TABLE 语句。检查该语句，注重 Oracle 数据类型与 SQL Server 数据类型是如何对应的。
删除所有 CREATE SEQUENCE 语句。在 CREATE TABLE 或 ALTER TABLE 语句中，使用标识符列，替代序列的使用。
如有必要，修改 CREATE VIEW 语句。
删除任何对同义词的引用。
评估 Microsoft SQL Server 临时表的使用，及其在应用程序中的用途。
把 Oracle 的所有 CREATE TABLEUAS SELECT 命令改成 SQL Server 的 SELECTUINTO 语句。
评估用户定义的规则、数据类型和默认值的潜在用途。
下面图表比较了，Oracle 和 Microsoft SQL Server 处理对象标识符的方式。在大多数情况下，向 SQL Server 迁移时，不需要更改对象名称。 Oracle
Microsoft SQL Server
1-30 个字符长。
数据库名称：最多 8 个字符长。
数据库链接名称：最多 128 个字符长。
1-128 个 Unicode 字符长。
临时表名称：最多 116 个字符长。
标识符名称必须以字母开头，并包含字母、数字字符或 _、$、和 # 字符。
标识符名称可以以字母数字字符或 _ 开头，并且几乎可包含任何字符。
假如标识符以空格开始，并包含除 _、@、# 或 $ 以外的字符，则必须使用 []（分隔符）将标识符名称括起来。
假如对象开始字符是：
@ 它是一个局部变量。
# 它是一个局部临时对象。
## 它是一个全局临时对象。
表空间名称必须唯一。
数据库名称必须唯一。
在用户帐户（架构）中，标识符名称必须是唯一的。
在数据库用户帐户中，标识符名称必须是唯一的。
在表或视图中，列名必须是唯一的。
在表或视图中，列名必须是唯一的。
在用户架构中，索引名称必须是唯一的。
在数据库表名称中，索引名称必须是唯一的。
当访问 Oracle 用户帐户中的表时，仅按其不合格的名称来选定它。访问其它 Oracle 架构中的表时，在表名称前加上架构名称和一个英文句点 (.)。Oracle 同义词可提供其它的位置透明性。
当 Microsoft SQL Server 引用表时，使用了另一套命名规则。因为 SQL Server 登录帐户可以在多个数据库中使用同一名称创建表，所以可使用下列规则访问表和视图：[[database_name.]owner_name.]table_name 访问以下项中的表
Oracle
Microsoft SQL Server
用户帐户
SELECT *
FROM STUDENT
SELECT * FROM USER_DB.STUDENT_
ADMIN.STUDENT
其它架构
SELECT * FROM STUDENT_ADMIN.STUDENT
SELECT * FROM OTHER_DB.STUDENT_
ADMIN.STUDENT
以下是命名 Microsoft SQL Server 表和视图的指导原则：
使用数据库名和用户名是可选的。当只按名称来引用表时（例如，STUDENT），SQL Server 在当前数据库的当前用户帐户中查找该表。假如没有找到，它就会在该数据库中查找保留用户名 dbo 拥有的相同名称的一个对象。在数据库的用户帐户中，表名称必须唯一。
一个 SQL Server 登录帐户可在多个数据库中拥有名称相同的表。例如，ENDUSER1 帐户拥有下列数据库对象：USER_DB.ENDUSER1.STUDENT 和 OTHER_DB.ENDUSER1.STUDENT。限定符是数据库用户名，而不是 SQL Server 登录名，因为它们并不一定相同。
同时，这些数据库中的其他用户可以拥有相同名称的对象：
USER_DB.DBO.STUDENT
USER_DB.DEPT_ADMIN.STUDENT
USER_DB.STUDENT_ADMIN.STUDENT
OTHER_DB.DBO.STUDENT
因此，建议把所有者名称作为数据库对象引用的一部分。假如应用程序有多个数据库，建议把数据库名称也作为引用的一部分。假如查询跨多个服务器，也将服务器名称加到引用中。
每个 SQL Server 连接都有一个当前的数据库上下文，它是在登录时使用 USE 语句设定的。例如，假定下列场景：
一个用户，使用 ENDUSER1 帐户，登录到 USER_DB 数据库。用户请求 STUDENT 表。SQL Server 查找 ENDUSER1.STUDENT 表。假如找到该表，则 SQL Server 在 USER_DB.ENDUSER1.STUDENT 上执行请求的数据库操作。
假如在 ENDUSER1 数据库帐户中没有找到该表，SQL Server 则在此数据库的 dbo 帐户中查找 USER_DB.DBO.STUDENT。假如该表仍没有找到，SQL Server 就会返回一个错误信息，指出该表不存在。
假如另一个用户，例如 DEPT_ADMIN，拥有这个表，表名称前面一定加上数据库用户的名称（ DEPT_ADMIN.STUDENT）。否则，数据库名称默认为当前在上下文中的数据库。
假如引用的表在另一个数据库中，该数据库名称必须用作引用的一部分。例如，在 OTHERDB 数据库中，要访问 ENDUSER1 拥有的 STUDENT 表时，就要使用 OTHER_DB.ENDUSER1.STUDENT。
可用两个英文句点将数据库和表的名称分隔开，省略对象的所有者名称。例如，假如应用程序引用 STUDENT_DB..STUDENT，SQL Server 进行如下查询：
STUDENT_DB.current_user.STUDENT
STUDENT_DB.DBO.STUDENT
假如用户一次只使用一个数据库，在对象的引用中省略数据库名称，这样，在其它数据库中使用该应用程序就变得简单了。所有对象引用隐式访问当前使用的数据库。假如在同一服务器上，要维护一个测试数据库和一个生产数据库，这是很有用的。
因为 Oracle 和 SQL Server 均支持标识 RDBMS 对象的 SQL-92 初级规则，所以，CREATE TABLE 语法是相似的。 Oracle
Microsoft SQL Server
CREATE TABLE
[schema.]table_name
(
{col_name column_properties
[default_eXPression] [constraint [constraint
[...constraint]]] [[,] constraint]}
[[,] {next_col_name next_constraint}...]
)
[Oracle Specific Data Storage Parameters]
CREATE TABLE [server.][database.][owner.] table_name
(
{col_name column_properties[constraint
[constraint [...constraint]]] [[,] constraint]}
[[,] {next_col_name next_constraint}...]
)
[ON filegroup_name]
Oracle 数据库对象名称不区分大小写。在 Microsoft SQL Server 中，取决所选的安装选项，数据库对象名可以是区分大小写的。
SQL Server 第一次安装时，默认的排序次序是字典顺序、不区分大小写。（可以使用 SQL Server 安装程序，设定不同的配置。）因为 Oracle 对象名称始终是唯一的，所以，把数据库对象迁移到 SQL Server，不应有任何问题。建议在 Oracle 和 SQL Server 中所有的表和列名都使用大写，以避免用户在区分大小写的 SQL Server 上安装时出现问题。
有了 Microsoft SQL Server，使用 RAID 通常可简化数据库对象的存放。与 Oracle 索引组织的表一样，SQL Server 聚集索引被集成到表的结构中。 Oracle
Microsoft SQL Server
CREATE TABLE DEPT_ADMIN.DEPT (
DEPT VARCHAR2(4) NOT NULL,
DNAME VARCHAR2(30) NOT NULL,
CONSTRAINT DEPT_DEPT_PK
PRIMARY KEY (DEPT)
USING INDEX TABLESPACE USER_DATA
PCTFREE 0 STORAGE (INITIAL 10K NEXT 10K
MINEXTENTS 1 MAXEXTENTS UNLIMITED),
CONSTRAINT DEPT_DNAME_UNIQUE
UNIQUE (DNAME)
USING INDEX TABLESPACE USER_DATA
PCTFREE 0 STORAGE (INITIAL 10K NEXT 10K
MINEXTENTS 1 MAXEXTENTS UNLIMITED)
)
PCTFREE 10 PCTUSED 40
TABLESPACE USER_DATA
STORAGE (INITIAL 10K NEXT 10K
MINEXTENTS 1 MAXEXTENTS UNLIMITED
FREELISTS 1)
CREATE TABLE USER_DB.DEPT_ADMIN.DEPT (
DEPT VARCHAR(4) NOT NULL,
DNAME VARCHAR(30) NOT NULL,
CONSTRAINT DEPT_DEPT_PK
PRIMARY KEY CLUSTERED (DEPT),
CONSTRAINT DEPT_DNAME_UNIQUE
UNIQUE NONCLUSTERED (DNAME)
)
