解析用SSMA移植Acceses到SQL几点问题

核心提示：这些年来，Access数据库一直在PC平台占据主导地位，解析用SSMA移植Acceses到SQL几点问题，使用它建立了大量的部门数据库，随着这些数据库的应用，它们被转换成SQL Server视图：你可以编辑Access查询然后产生适当的SQL Server代码，这样的编辑是发生在SSMA的架构中，它们中的大多数已经慢慢

这些年来，Access数据库一直在PC平台占据主导地位，使用它建立了大量的部门数据库。随着这些数据库的应用，它们中的大多数已经慢慢地具有应急使命，现在需要的是加固成为一个安全的客户端—服务器引擎。

在微软想要统治世界的伟大计划中，更希望这种引擎是SQL Server。随着这种想法，微软针对Access提供了免费的SQL Server移植工具——SSMA。

对于开发者来说，移植工具已有很大的实惠。但期望这种工具能够移植整个应用程序是不现实的，因为Access有一些SQL Server所没有的简单工具（例如窗体和报表性能）。但是我们有理由相信这种工具能做大部分工作，比如建立适当的表，转移数据，把查询转换成视图等。

SSMA的运行需要在.NET Framework2.0版本以上，J#2.0可重组包以及至少1GB RAM。

SSMA具有一个清晰的图形用户界面，分成四个面板。在建立一个新工程之后，首先添加一个或多个Access数据库，然后连接到适当的SQL Server数据库，下一步就是把架构（schema）转换成SQL Server。

注意，这个过程并不是运行依靠SQL Server引擎的架构，而是简单地生成了一个在SSMA中可见的，可用的SQL Server架构，同时生成一个错误、警告和信息标记的集合。

从这点来看，该工具的能力就显而易见。作为一个开始，这些标记指出转换问题，例如：不支持Access的一些函数如DateDiff，所以不能转换（当然这些函数可以被转换，但SSMA不能实现）。

你可以浏览Access架构，观察正在计划的类型映射等等，当然如果你不喜欢这种缺省映射，也完全可以改变它，或者根据特殊的工程甚至特殊的表来做改变。

查询是一个比较特别的情形。它们被转换成SQL Server视图：你可以编辑Access查询然后产生适当的SQL Server代码。这样的编辑是发生在SSMA的架构中，而不是在Access数据库本身完成。