将Access数据库移植到SQL Server

随着用户对于企业级高性能数据库的需求的增长，用户时常要从microsoft access jet引擎的文件-服务器环境下转换到microsoft sql server的客户-服务器环境。microsoft office 2000中的access 2000 upsizing wizard可实现将数据表和查询转移到sql server 7.0中。如果您用的是access的较早的版本，您可以先将它升级为access 2000，然后再使用其中的upsizing wizard，从而将您的应用移植到sql server中。 



如果您并不太愿意采用access 2000 和upsizing wizard来实现移植，本文可以作为将access 2000移植到sql server的一个指南。转移一个access上的应用首先需要将数据转移到sql server，然后将查询转移进数据库，或是转移为sql文件以备稍后执行。最后要采取的步骤是移植应用程序。 

数据库移植中用到的sql server 工具 

sql server管理器（sql server enterprise manager） 
sql server管理器 允许对sql server以及sql server中的对象进行企业级的配置和管理。sql server管理器提供一个强有力的scheduling引擎，高度的容错力和一个嵌入式的复制管理界面。使用sql server管理器可以实现以下功能： 

管理连接和用户许可 
创建脚本程序 
管理sql server对象的备份 
备份数据和事务处理日志 
管理表、视图、存储过程、触发器、索引、规则、默认值以及用户定义的数据类型 
建立全文本索引、数据库图表和数据库维护计划 
输入和输出数据 
转换数据 
执行各种网络管理任务 

在以microsoft windows nt为操作系统的计算机中，sql server manager由sql server setup进行安装，并被默认为服务器组件，而在运行着windows nt 和microsoft windows 95的机器上，它将被默认为客户方组件。您将从sql server manager的图形用户界面中启动数据转移服务（dts，data transformation services）。 


数据转移服务（data transformation services ，dts) 
数据转移服务允许您在多种异构数据源之间输入和输出数据，这些数据源采用基于数据库的ole体系结构；或在使用sql server 7.0的多个计算机之间转移数据库和数据库对象；您还可以通过运用数据转移服务，更便捷地在一个在线事务处理系统（oltp）中建立数据仓库和数据中心。 


dts wizard允许您交互地创建dts包，通过ole db和odbc来输入、输出、验证和转移数据。dts wizard还允许您在关系型数据库之间拷贝图解（schema）和数据。 

sql server 查询分析器（query analyzer） 
sql server 查询分析器是一种图形化的查询工具，通过它您可以分析一个查询，同时执行多个查询，查看数据和获取索引建议。sql server 查询分析器提供了showplan选项，可用来显示sql server查询优化器所选择的数据提取方法。 

sql server profiler 
sql server profiler可以实时地捕获数据库服务器活动的连续记录。sql server profiler允许您监控sql server产生的事件，过滤基于用户指定标准的事件，或将操作步骤输出到屏幕、文件或数据表。运用sql server profiler，您可以重新执行所捕获的上一次操作。这种工具可以帮助应用程序开发者识别那些可能会降低应用程序性能的事务处理。在将一个基于文件体系结构的应用程序移植到客户/服务器结构中时该特性是很有用的，因为它的最后一步包括对面向新的客户/服务器环境的应用程序进行优化。 


转移表和数据 
使用dts wizard将您的access数据转移到sql server，可采取以下步骤： 

在 sql server manager（enterprise manager）的工具菜单中，鼠标指向“data transformation services”, 然后点击“import data.” 
在“选择数据源”（ choose a data source）的对话窗口中，选择microsoft access为数据源，然后输入您的．mdb文件名（mdb为文件扩展名）或者选择浏览文件。 
在“选择数据目标”（choose a destination）的对话窗口中，选择“microsoft ole db provider for sql server”，再选择好数据库服务器，然后点击所需的认证模式。 
在“指定表备份或查询”（ specify table copy or query）的对话窗口中，点击“拷贝表”（copy tables）。 
在“选择数据源”的对话窗口中，点击“选择所有项”（ select all）。 


移植microsoft access查询 
您可以将access的查询以下面的格式之一转移至sql server中： 

事务处理sql脚本程序（transact-sql s cripts ） 
事务处理sql语句通常是由数据库程序调用的，但是您也可以使用sql server 7.0中包含的sql server 查询分析器直接运行它们。sql server 查询分析器可帮助开发者测试事务处理sql语句，或运行那些执行查询处理、数据操作（插入，修改，删除）和数据定义（创建表）的事务处理sql语句。 


存储过程（stored procedures ） 
开发者可以将大部分产生自access查询（查找，插入，修改，删除）的事务处理sql语句转移至存储过程。用事务处理sql语句书写的存储过程可以用来对您的数据存取打包，并使之标准化，而且存储过程实际上是存储在数据库中的。存储过程可以带参数，也可不带参数，可以由数据库程序调用或者由sql server查询分析器手动执行。 

视图（views ） 
视图是从一个或多个表中显示特定的行和列的虚拟表。它们允许用户可以不直接执行构成查询基础的复杂连接而建立查询。视图不支持参数的使用。连接多个数据表的视图不能用insert, update或 delete语句来修改。视图由事务处理sql语句调用，也可用于sql server查询分析器中运行的程序段。sql server视图和sql-92标准不支持视图中的order by排序子句。如欲了解事务处理sql，存储过程和视图的其他信息，请参阅sql server 在线参考书。 


access查询类型的sql server移植选择与建议 
一个select语句可以存储在事务处理sql文件、存储过程或是视图中。建立存储过程是将数据库应用开发与数据库设计的物理实施分开的最佳方法。存储过程可在一处创建而由应用程序调用。 
如果存储过程所基于的数据库变化了，而存储过程经过仔细的修改以反应这些变化，则对存储过程的调用将不会受到破坏。 

交叉表（crosstab） 
交叉表经常用于总结报表。 

一个access的交叉表可以通过sql程序段、存储过程或视图中的事务处理sql语句来执行。每当发出一个查询时，数据连接被重现执行以确保最近的数据得到使用。 

根据实际应用情况，比较合适的方法是将交叉表中的数据存储为一个临时表（参考下面的make table），临时表对资源的需求比较少，但是临时表在建立的同时只提供对数据的一个快照（snapshot）。 

创建表（make table） 
access中的“make table”（ 创建表）可以通过事务处理sql脚本程序或存储过程中的事务处理sql语言的建表语句“create table”来执行。语法如下所示： 
select [ all | distinct ] 
[ {top integer | top integer percent} [ with ties] ] 
<select_list> 
[ into new_table ] 
[ from {<table_source>} [,…n] ] 
[ where <search_condition> ] 
[ group by [all] group_by_expression [,…n] 
[ with { cube | rollup } ] 
create table mytable (low int, high int) 

update（修改） 
update语句可以存储在事务_sql脚本程序中，然而比较好地执行update语句的方法是创建一个存储过程。 

append（添加） 
allend语句可以存储在事务_sql脚本程序中，然而比较好地执行append语句的方法是创建一个存储过程。 


移植microsoft access的查询到存储过程和视图 

每个access查询都必须用以下的一系列语句替换： 
create procedure <name_here> as 
< select, update, delete, insert, create table statement from microsoft access > 
go 

create view <name_here> as 
<place (select only, with no parameters) microsoft access query> 
go 

对每个access查询应执行： 

打开access，然后在sql server中，打开sql server查询分析器。 
在access的数据库窗口中点击“queries”tab键，然后点击“design”按钮。 
在“view”菜单上点击“sql”按钮。 
将整个查询粘贴到sql server查询分析器中。 
测试语法，保存事务处理sql语句以备后用，或者在数据库中执行这些语句。您可以选择将事务处理sql语句保存到一段脚本程序中。 

移植microsoft access查询到事务处理sql语句 

大部分的access查询应该转换成存储过程和视图。然而，有一些应用程序开发者不太常用的语句可以存储为事务处理sql脚本，一种以sql为文件扩展名的文本文件。 这些文件可以在sql server查询分析器中运行。 

如果您打算将一些access查询转换为sql文件的话，可以考虑根据它们使用的方式有区别地将这些事务处理sql语句分别放在几个脚本程序中。例如，您可以将必须以同样频率运行的事务处理sql语句归类到同一个脚本中。另一个脚本中则应包含所有只在某些条件下运行的事务处理sql语句。此外，必须以一定顺序执行的事务处理sql语句应当归类到一个不连续的脚本中。 

将access语句转移到事务处理sql 文件 

将语句拷贝到sql server查询分析器中 
使用蓝色的多选项图标分析语句 
在适当时候执行该语句 

要执行access中的创建表（make table）的查询任务的开发者在sql server中有几种选择。开发者可创建下列对象之一： 

一个视图 
视图具有动态的虚拟表的效果，可提供最近的信息。这是一个输入/输出强化器，因为每当发出一个查询时它都要求对数据表重现建立连接。 

一个临时表 
临时表为已连接的用户会话建立一个快照。您可以建立局部的或全局的临时表。局部临时表只在当前会话中可见，而全局临时表则在所有会话都是可见的。在局部临时表的名字前加上单个数字的前缀（(#table_name)），而在全局临时表的名字前加上两位数字的前缀(##table_name)。对临时表的查询执行起来非常快，因为它们取得一个结果集的时候通常只用一个表，而不是将多个表动态地连接在一起来。 
如欲了解临时表的其他信息，请参阅sql server在线参考书。 

sql server 7.0中的数据转换服务（dts）允许您通过创建包来实现临时表建立的标准化、自动化和进度安排。例如，当您移植access 2.0中的northwind 范例数据库时，用于季度数据报表的交叉表可转变为一个视图或者一个可在规范基础上建立临时表的数据转换。如欲了解关于dts的其他信息，请参阅sql server在线参考书。 

其他设计上的考虑 
下面是当您将您的access应用移植到sql server时必须考虑的一些其他问题： 

使用参数 
带参数的sql server存储过程需要一种不同于access查询的语法格式，例如： 
access 2.0格式： 
查询名：employee sales by country, in nwind.mdb: 

parameters [beginning date] datetime, [ending date] datetime; 
select orders.[order id], [last name] & ", " & [first name] as salesperson, employees.country, orders.[shipped date], [order subtotals].subtotal as [sale amount] 
from employees inner join (orders inner join [order subtotals] on orders.[order id] = [order subtotals].[order id]) on employees. = orders. 
where (((orders.[shipped date]) between [beginning date] and [ending date])) 
order by [last name] & ", " & [first name], employees.country, orders.[shipped date]; 

sql server 7.0格式： 

create procedure emp_sales_by_country 
@beginningdate datetime, 
@endingdate datetime 
as 
select orders.[order id], [last name] + ", " + [first name] as salesperson, employees.country, 
orders.[shipped date], [order subtotals].subtotal as [sale amount] 
from employees inner join (orders inner j