移植实务：从Access到MySQL

许多MySQL用户已经计划将Access迁移到MySQL，但是很少有关于这个迁移过程的性能和实践的描述。本文将总结Access应用程序成功移植到MySQL的要点和注意事项。

因为Access应用程序通常是以临时模式创建的，所以很难对其进行移植。MySQL用户通常会遇到两个迁移问题:一是数据迁移的问题。由于存取方式设计不佳，数据质量不高，数据转换过程往往比较复杂；其次，应用程序移植，Access应用程序中的表单和报表往往包含逻辑或设计错误，无法实现这些文件的自动转换。

成功的迁移方法应该完成以下三个基本任务:重构模式、清理数据和重写应用程序。

访问MySQL的迁移动机

Access数据库操作简单，成本低廉，在中小企业中有着非常广阔的市场。技术水平中等的部门开发人员，会把Access作为数据库开发的默认选择。人们通常将企业数据下载到Excel中，然后将电子表格转换为Access数据库，然后添加即席窗体和报表来构建Access应用程序。因为这些程序是由用户组织构建的，所以它们通常缺乏数据形式的要求。

MySQL用户在Access应用软件的迁移上面临越来越大的压力，包括以下几个方面:

数据质量差:Access应用程序通常包含过时的企业数据或来自定义不良的模式的损坏数据；
安全性能低:Access应用没有嵌入企业安全组件，不允许像基于角色的访问控制这样的高级安全设置；
有限的可管理性:网络技术无法集中管理接入应用；
没有基于网络的发布机制:Access应用无法通过网络访问；
不遵守SOX: Access应用程序通常被企业的审计程序视为重要的风险源。
数据迁移问题

MySQL本身提供了一个数据迁移工具——MySQL迁移工具。但是，这个工具实际上和要转换的数据库的基本模式和数据一样糟糕。然而，Access的模式和数据质量问题过于深刻和普遍，因此MySQL用户经常发现在MySQL中从头重建数据模式更容易。

在Access迁移过程中，与数据质量相关的两个最常见的问题是:

1.Access数据架构不是基于SQL的架构:Access开发人员通常不熟悉SQL架构的设计基础。MySQL的数据库管理员会发现访问模式类似于Excel电子表格，但远非典型的SQL模式。例如，该模型缺少主键、外键和参照完整性约束。

2.Access数据“不干净”:Access数据库经常包含大量损坏的数据，部分原因是表没有严格定义。一些MySQL用户曾经发现，在Access数据库中，应该是日期字段的区域被一个文本字符串填充。

应用程序迁移问题

成功将Access的数据连接到MySQL只是解决了一部分问题，还需要处理Access应用相关的表单和报表。此外，您可以将多个Access应用程序集成到一个web应用程序中；同样，您也可以将多个Access表单集成到一个网页中。尽管可以使用ODBC从Access访问MySQL数据，但大多数MySQL用户仍然选择重写他们的应用程序。原因包括:

质量问题:由于最初的Access应用程序不是由专业程序员编写的，MySQL用户经常会对其逻辑可行性持怀疑态度。
如果应用适合网络，大部分MySQL用户都希望将Access应用转换成动态的网络架构。
对于安全需求:MySQL用户往往希望在自己的程序中加入企业级的安全特性，比如Siteminder/LDAP认证和基于角色的访问控制机制。
虽然有现成的工具可以自动将Access应用程序转换成Java，但是大部分MySQL用户发现自动转换的成功率很低。可行的方法是使用PHP之类的编程语言或者ActiveGrid之类的web 2.0可视化构建器来访问Access应用程序。