开发者常常以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强得多，理由是：
可在导入数据时更改列（字段）属性。
选择目的
在下一个屏幕中，要为导入的数据选择一个目的（地）。你可选择当前服务器上的任何数据库，也可以新建一个数据库（本例采取的是第二种做法）。不要更改“目的”设置，虽然有几个选项可供选择，但本例的“目的”就是【用于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
在下一个屏幕，单击【预览】按钮，以便核实查询结果。特别要注意的是，“中止”列中的每一个值都应该为False。预览完成后，单击【确定】以关闭【查看数据】屏幕。假如想更改一个列的属性，可以单击【转换】列中的省略号按钮，但本例不要求你那样做。相反，我们准备在拷贝整个表时转换数据。此时，你可能要考虑重命名即将生成的目的表。默认情况下，向导会使用“结果”这个名称。请在【目的】列中单击“结果”，把它更改为“产品”。单击【下一步】继续。
为了执行这个包，请在最后一个屏幕上单击【完成】。之后，向导会用一个对话框来显示进度。在状态列表中，显示了每一项单独的任务，并随时指出它们是否完成。所有任务完成后，单击【完成】关闭向导。
单击【编辑SQL】按钮，查看向导在SQL Server上创建“客户”表时会实际运行的CREATE TABLE语句。你可在此窗口中直接修改SQL语句，但最好还是在上一个屏幕中，通过图形用户界面来进行修改。
你也许会注意到，“客户ID”列没有标记成“客户”表的主键。通过修改语句，你可快速进行修改。在本例中，你需要在第二行中插入关键字PRIMARY KEY NOT，如图H所示。然后，单击【确定】返回上一个屏幕。还要注意，“公司名称”列的“大小”属性确实为60。
图H
查看结果
在很大程度上，DTS对表的升迁是成功的。请注意我们进行了特别处理的“产品”表的“中止”列，以及“客户”表的“客户ID”列。查看“产品”表的内容（如图J所示），你会发现每件产品的“中止”值为0（False）。这正是我们希望的结果，因为在升迁“产品”表时，我们故意用一个查询来限制了拷贝的数据。
图J
向导不会自动将主键从数据源拷贝到目的表。可像前面对“客户”表做的那样设置主键（参见图H），也可在最终的目的表中设置它们。除此之外，还有几件事情是向导不会做的：
向导不保持关系；必须在SQL Server中重建它们。 向导不强制数据源中设置的引用完整性规则。 升迁
开发者常常以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强得多，理由是：
可在导入数据时更改列（字段）属性。
为了执行这个包，请在最后一个屏幕上单击【完成】。之后，向导会用一个对话框来显示进度。在状态列表中，显示了每一项单独的任务，并随时指出它们是否完成。所有任务完成后，单击【完成】关闭向导。
单击【编辑SQL】按钮，查看向导在SQL Server上创建“客户”表时会实际运行的CREATE TABLE语句。你可在此窗口中直接修改SQL语句，但最好还是在上一个屏幕中，通过图形用户界面来进行修改。
你也许会注意到，“客户ID”列没有标记成“客户”表的主键。通过修改语句，你可快速进行修改。在本例中，你需要在第二行中插入关键字PRIMARY KEY NOT，如图H所示。然后，单击【确定】返回上一个屏幕。还要注意，“公司名称”列的“大小”属性确实为60。
图H
现在，我们可在企业管理器中查看结果。图I展示了本地服务器上的新数据库。在【表】列表中，现在包括了所有Access查询。注意，向导已将查询转换成了表。这种格式的查询可能没有任何用处，但这里只是希望向你说明像这样升迁一个查询时，最终会发生什么事情。真正进行升迁时，你可能不希望拷贝查询。
图I
图K展示了设计视图中的“客户”表。如你所见，“客户ID”列是表的主键。再查看其他表，你会发现向导没有拷贝主键。相反，利用如图H所示的SQL窗口，就可避免以后重新设置主键的必要。
图K
向导不会自动将主键从数据源拷贝到目的表。可像前面对“客户”表做的那样设置主键（参见图H），也可在最终的目的表中设置它们。除此之外，还有几件事情是向导不会做的：
向导不保持关系；必须在SQL Server中重建它们。 向导不强制数据源中设置的引用完整性规则。 升迁面临一个升迁任务时，Access的升迁向导或者SQL Server的DTS都可以考虑。两者都能很好地升迁数据。但是，DTS向导显得更容易操作，而且功能齐全，不依赖于Access。