开发者常常以Access作为原型或者用Access来开发不是很关键的应用程序。但是，随着公司业务的增长，要解决的问题会变得越来越复杂，Access环境可能无法满足需要。目前，Access 2002的.mdb和.adp文件都将一个数据库的长度限制在2 GB以内。这意味着几乎每个Access和SQL Server开发者最终都要将一个Access数据库升迁成一个SQL Server数据库。

由于升迁已成为极为常见的一个任务，所以Access配套提供了一个“升迁向导”。它虽然能完成这个工作，但操作过程并不简单。SQL Server与Access的几处不兼容的地方是该向导无法处理的。你或许不知道，SQL Server的“数据转换服务”（Data Transformation Services，DTS）也能升迁一个Access数据库。下面让我们比较这两个向导，并体验如何使用DTS来升迁一个实际Access数据库。这样一来，你在遇到一个升迁任务时，就能选择最有效的方式。

比较Access升迁向导和DTS

Access升迁向导（AUW）在Access内部工作，能将数据拷贝到SQL Server表。相反，DTS将来自一个Access数据库的数据拷贝到SQL Server表中。注意，你可将数据从一个文本文件或者一个OLE DB数据源（其中自然包括Access数据库）导入SQL Server。导入文件的同时，还能对数据进行转换。

DTS的功能非常齐全，有的开发者认为它比AUW强得多，理由是：

可在导入数据时更改列（字段）属性。
在导入期间创建查询，限制实际导入的数据。
但AUW也有DTS不具备的一个优点，那就是它能将一个Access前端链接到SQL Server数据。DTS则不然，它只能导入数据，你不能将导入的数据链接到一个现有的前端。

使用DTS导入/导出向导

可采取几种方式来执行DTS：

在Windows【开始】菜单中，选择【Microsoft SQL Server】，再选择【导入和导出数据】。
运行企业管理器，连接到想导入数据的一个特定的服务器和数据库，然后从【工具】菜单中选择【数据转换服务】|【导入数据】。在一个现有的数据库中导入数据时，可使用这个选项。
在企业管理器中，连接到要导入数据的服务器，再右击【数据转换服务】节点。选择【所有任务】|【导入数据】。向导最开始会显示一个提示性屏幕。请单击【下一步】开始操作。

指定数据源

升迁Access的第一步是指定数据源以及包含了待导入数据的实际文件。在本例中，请选择Microsoft Access作为数据源，再找到Northwind.mdb数据库（Access配套提供的示范数据库）。它通常在以下文件夹中：
LocalDrive:\Program Files\Microsoft Office\Office10\Samples

注意，你可对任意Access数据库进行升迁。升迁不会对实际的.mdb文件及其数据产生任何影响。

如图A所示，本例不要求你输入密码和用户名。但是，在操作一个安全数据库时，则可能必须管理管理员用户名和密码。换言之，在操作这种数据库之前，你必须获得管理权限。请单击【下一步】继续。

图A

指定数据源和文件。如果操作的是安全数据库，还需要输入管理员用户名和密码

相反，如果使用的是AUW，它首先会要求你选择新建一个SQL Server数据库，或者选择将SQL Server数据链接到一个Access前端。如前所述，DTS没有提供链接选项。

选择目的

在下一个屏幕中，要为导入的数据选择一个目的（地）。你可选择当前服务器上的任何数据库，也可以新建一个数据库（本例采取的是第二种做法）。不要更改“目的”设置，虽然有几个选项可供选择，但本例的“目的”就是【用于SQL Server的Microsoft OLE DB提供程序】。

虽然能更改服务器，但本例不要求你这样做。除此之外，还应该保留【使用Windows身份验证】设置。只有SQL Server 2000才支持Windows身份验证。当然，如果你的安全设置有所区别，那么也可以相应地修改那个选项。

从【数据库】下拉列表中选择【<新建>】。随后会出现【创建数据库】对话框。请输入新数据库的名称，Northwind的数据将导入这个数据库中，如图B所示。命名一个工作数据库时，务必遵循你的公司的命名规范。单击【确定】后，DTS会自动更新【数据库】下拉列表中的名称。单击【确定】继续。

图B

指定新的数据库名称

限制要导入的数据

指定了Access数据源，并新建了一个SQL Server数据库之后，就可开始将数据从数据源导入新的SQL Server数据库（NorthwindonlocalSS）。但是，也许不能在一个会话中完成全部工作。虽然每次都能拷贝任意数量的表。但假如你需要用一个查询来限制数据，每次就只能操作那一个表。幸运的是，额外的工作并不需要花多少时间。

首先，让我们创建一个查询来限制“产品”表中的数据，从而开始我们的拷贝过程。具体地说，我们只想拷贝那些活动的（而不是中止的）的产品。为此，请选择【用一条查询指定要传输的数据】，如图C所示，再单击【下一步】。

图C

可拷贝几个表，或者拷贝一个查询的结果

图D的SQL语句将要导入的记录限制为那些没有中止的产品。使用查询生成器来显示你要包括的表和列。对于像这样的简单语句来说，查询生成器可能有点儿大材小用，但对于较复杂的语句来说，如果指定了几个列的名称，查询生成器就能有效地防止你犯错。单击【分析】来验证语句的有效性。输入了正确的SQL语句后，请单击【下一步】。

图D

输入对数据进行限制的SQL语句

在下一个屏幕，单击【预览】按钮，以便核实查询结果。特别要注意的是，“中止”列中的每一个值都应该为False。预览完成后，单击【确定】以关闭【查看数据】屏幕。如果想更改一个列的属性，可以单击【转换】列中的省略号按钮，但本例不要求你那样做。相反，我们准备在拷贝整个表时转换数据。此时，你可能要考虑重命名即将生成的目的表。默认情况下，向导会使用“结果”这个名称。请在【目的】列中单击“结果”，把它更改为“产品”。单击【下一步】继续。

下一个屏幕显示了用于调度导入任务的选项：

立即运行——这个选项立即执行导入任务（在DTS中称为“包”）。如果选择这个选项，那么不会保存任务，相反只是运行它。升迁时请选择这个选项。
用复制方法发布目的数据——将目的表用于复制。使用这个选项，DTS 导入/导出向导结束运行后将启动创建发布向导。
调度DTS包以便以后执行——如果想推迟到以后执行，就用这个选项来创建任务。升迁一个数据库时，你可能不需要保存任何导入任务。单击这个选项旁边的省略号按钮，会显示一系列调度选项，本文不再赘述。
保存DTS包——将导入的任务保存到以下任何位置之一：SQL Server、SQL Server Meta Data Services、结构化存储文件或者Visual Basic文件。
就本例来说，请选择【立即运行】，如图E所示，然后单击【下一步】。

图E

可选择立即运行导入任务。进行升迁时，一般要选择这个选项 为了执行这个包，请在最后一个屏幕上单击【完成】。之后，向导会用一个对话框来显示进度。在状态列表中，显示了每一项单独的任务，并随时指出它们是否完成。所有任务完成后，单击【完成】关闭向导。现在，DTS已经将一个表成功升迁为一个新的SQL Server数据库（即NorthwindonlocalSS）。你还需要拷贝剩余的表，所以请重新启动DTS。最开始，还是将数据源指定为Northwind数据库。接着，从【数据库】下拉列表中选择【NorthwindonlocalSS】，单击【下一步】。在下一个屏幕中，选择【从源数据库复制表和视图】，再单击【下一步】。选择想要拷贝的每一个表，如图F所示。记住，你现在可以跳过“产品”表，因为刚才已经升迁了那个表。因此，请在此屏幕中选择除“产品”之外的其他所有表（和查询）。图F 

勾选你想导入的表和查询（视图）

转换数据
在如图F所示的屏幕中，你可更改数据源中的列属性。下面来进行一次简单的示范转换。请单击“客户”表右侧的省略号按钮。在随后出现的屏幕中，请选择“公司名称”行，将“大小”从40改为60，如图G所示。

图G

更改一个列的“大小”属性

单击【编辑SQL】按钮，查看向导在SQL Server上创建“客户”表时会实际运行的CREATE TABLE语句。你可在此窗口中直接修改SQL语句，但最好还是在上一个屏幕中，通过图形用户界面来进行修改。

你也许会注意到，“客户ID”列没有标记成“客户”表的主键。通过修改语句，你可快速进行修改。在本例中，你需要在第二行中插入关键字PRIMARY KEY NOT，如图H所示。然后，单击【确定】返回上一个屏幕。还要注意，“公司名称”列的“大小”属性确实为60。

图H

检查SQL CREATE TABLE语句 在【转换】卡片中，你可修改用于将数据拷贝到SQL Server目的表的转换脚本。此外，还可更改在这个过程中使用的脚本语言。虽然你在升迁Access数据库时可能用不着这个卡片，但它在其他情况下可能非常有用。单击【确定】返回前一个屏幕，再单击【下一步】。和以前一样，选择【立即运行】选项，单击【下一步】，再单击【完成】，开始执行向导。向导完成之后，单击【确定】清除提示性消息（它告诉你拷贝了多少个表和查询）。那条消息可能使你感到吃惊，因为它声称拷贝了23个表，但Northwind实际只有8个表。下一节将解释原因。请单击【完成】关闭向导。 查看结果现在，我们可在企业管理器中查看结果。图I展示了本地服务器上的新数据库。在【表】列表中，现在包括了所有Access查询。注意，向导已将查询转换成了表。这种格式的查询可能没有任何用处，但这里只是希望向你说明像这样升迁一个查询时，最终会发生什么事情。真正进行升迁时，你可能不希望拷贝查询。图I

使用企业管理器查看新数据库

在很大程度上，DTS对表的升迁是成功的。请注意我们进行了特别处理的“产品”表的“中止”列，以及“客户”表的“客户ID”列。查看“产品”表的内容（如图J所示），你会发现每件产品的“中止”值为0（False）。这正是我们希望的结果，因为在升迁“产品”表时，我们故意用一个查询来限制了拷贝的数据。

图J

“中止”列只含有0（或False）值

图K展示了设计视图中的“客户”表。如你所见，“客户ID”列是表的主键。再查看其他表，你会发现向导没有拷贝主键。相反，利用如图H所示的SQL窗口，就可避免以后重新设置主键的必要。

图K

向导正确设置了这个表的主键 最后的工作向导不会自动将主键从数据源拷贝到目的表。可像前面对“客户”表做的那样设置主键（参见图H），也可在最终的目的表中设置它们。除此之外，还有几件事情是向导不会做的：向导不保持关系；必须在SQL Server中重建它们。
向导不强制数据源中设置的引用完整性规则。
升迁面临一个升迁任务时，Access的升迁向导或者SQL Server的DTS都可以考虑。两者都能很好地升迁数据。但是，DTS向导显得更容易操作，而且功能齐全，不依赖于Access。