使用SQL Server数据转换服务升迁Access数据库

核心提示： 图H检查SQL CREATE TABLE语句在【转换】卡片中，你可修改用于将数据拷贝到SQL Server目的表的转换脚本，使用SQL Server数据转换服务升迁Access数据库(6)，此外，还可更改在这个过程中使用的脚本语言，DTS向导显得更容易操作，而且功能齐全，虽然你在升迁Acc

图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。